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ROCKGEN L. 279.000 

Genlock amatoriale con controllo di dissolvenza per la 
sovrapposizione dell'immagine di Arnica. 

Passante video automatico. Alimentazione da computer 
o da fonte esterna. Compatibile con tutti gli Amiga compreso 
il Commodore CDTV, oltre ad avere una totale compatibilità 
con i sistemi Pal/NTSC. 





Genlock semiprofessionale con 
regolazioni di fader, mode e 
invert. Indicatore di segnale 
Video presente. Alimentazione 
ad Amiga e/o esterna. Dissol- 
venza duale con due manopole 
per la regolazione deH'overlay 
e invert effect. RGB indipenden- 
te e passante video pass-thru per separare il segnale Amiga 
da quello video. Ingresso key-in per dispositivi croma. 
Compatibile con tutti gli Amiga e Commodore VDTV e com- 
patibilità dei sistemi video Pal/NTSC. 



SUPER MAXIGEN 

L. 990.000 

Nuovissimo genlock professionale, 
qualità Broadcast con S_\ HS in usci- 
ta, regolazione livelli. 2 uscite video 
per visualizzare il vostro lavoro mentre 
viene registrato. Possibilità di Super 
impose. Banda passante 6 MHz. i Vpp 
75 Ohm. Serie di effetti video e manua- 
le in itliano. Alimentazione esterna a 
500mA I2Y (alimentatore fornito). 



Questo utile accessorio è simile ad un genlock ma il suo compito 
è fare proprio l'opposto. A differenza dei normali Genlock, che 
sovrappongono l'immagine di Amiga su una fonte video, questo 
estrae ad esempio un gatto che cammina in mezzo ad una stan- 
za e lo sovrappone, eliminanckl io sfondo della stanza, ad una 
qualsiasi pagina graficadi Amiga. Effetti speciali per Sandwich e 
inverso per produzioni Amiga, RGB splìtter incorporato per appli- 
cazioni di digitalizzazioni. Lavora in abbinamento con la maggior 
parte dei comuni Genlock. Compatibile con la porta video RGB 
di Amiga a 15 Hz oltre ad avere un passante RGB, passante video 
e porta Key-ln. Compatibile con i formati video Pal/NTSC. 


Il P.I.P. VIEW è un dispositivo elettroni- 
co esterno con telecomando collegabile 
ad un monitor Amiga con presa Video- 
In (Commodore 1084-Philips 8833 
ecc.), il quale permette di ricevere e 
visualizzare i programmi televisivi sul 
Vostro monitor. Inoltre è dotato del 
sistema pinP (Picture in Picture) che 
permette di vedere contemporanea- 
mente il Vostro film preferito e la par- 
tita di calcio della Vostra squadra. È 



OVE 10-P 
L. 1.990.000 

Sofisticato Genlock per tutti gli Amiga. Ingressi S-VHS e videocomposito. 
Mixer video e audio. Effetti tenda speciali per la visualizzazione delle 
varie fonti d ingresso, Pin-P, effetti Video digitali, Video processore, digi- 
talizzatore video. Il DVE-10P e Amiga trasforma il vostro sistema in un 
laboratorio per titolazioni, animazioni e grafici. 
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GRANDIOSE NOVITÀ' 


Coma già accennato nei numeri scorsi, il mondo Amiga 
non conosce soste: un mercato sicuramente in continua 
crescita! 

Infatti, in questo numero vi presentiamo altre strabilianti 
novità: prima fra tutte la favolosa Emplant, una scheda 
che permette di emulare in multitasking un Macintosh a 
colori! 

Poi, troverete la recensione del nuovo modello di Amiga 
4000, molto atteso, con il processore 68030!!! 

Inoltre in questo numero parliamo di: Clarity 16, un 
campionatore a 16 bit; A’ dock 1200, una schedina con 
batteria per il 1200; e AsimVTR, animazioni a tempo di 
hard disk. 

Infine, vi invito a dare un’occhiata al reportage sul 
Bit. Movie, una manifestazione italiana molto 
internazionale e molto cresciuta con il tempo. 


Prima di chiudere, vorrei darvi appuntamento al prossimo 
numero con fantastiche novità e... una sorpresa 
assolutamente da non perdere. 
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HARDWARE! SOFTWARE 


'ACCELLERATORI* 
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FUSION-FORTY 33MHZ 3093000 

MERCURY 040 32MB 8330000 

PROGRES 040 28M 4M 2737000 

PROGRES 040 28M8M 2975000 

PROGRES 040 33M 4M 3559000 

XL 30 ACC 25 MHZ 762000 

XL 30 ACC 40 MHZ 1167000 

XL 30 MATH 68882 411000 

XL 32 2 MB RAM 584000 

XL 32 8 MB RAM 1430000 


EXUS 2000 440000 

FLOPTICAL DRIVE ESTERNO 1297000 

FLOPTICAL DRIVE INT 2000 1070000 

FLOPTICAL DRIVE INT 3000 . ....4 1070000 


1 — 1 vi t 


EMPLANT f APPLETALK 
EMPLANT + SCSI . . . 

EMPLANT DELUXE (A-Sl 
SYBIL 



798000 

PRORAM 3000 04MB 1119000 

PRORAM 3000 08MB 1428000 

PRORAM 3000 64MB 7616000 


*Miziviwm/-\ 

m x Kìtn : ili 

IiMImmCmm 

iswsyjfl titillili 

■siili 

"VARIO 

ytiiimi s/j n ij 1 un 

« 


SW 72530 

CTION REPLAY 2000 346000 

CTION REPLAY 500 298000 

ANET ETHERNET 2000 832000 

Il QA500 TOWER 1784000 

OUNDMASTER 250000 


Non elenchiamo tutti i prodotti per non 
paventare i nostri concorrenti! Chiamateci per 
ualsiasi altro prodotto non riportato! Usufruite 
ella "PROVA DEI 15 GIORNI"! Non vi piace 
hardware? Rispeditecelo per il rimborso! 
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S MANUAL 3RD... 
MIGA HARDWARE MANUAL 3R. 
MIGA INCLUDES & AUTODOC... 
MICA LIBRARIES MANUAL 3R... 

MIGA USER INTERFACE 

NDERSTANDING IMAGINE 2.0.. 
ISIONARY PROGRAMMER'S .... 



rSUD'RO/MUSlCAl 

Lw »jis iijYj 

nÉdjli-' 

"NETWOWW . 

IprogrammazioneI 

^ lMì?/ 1 tjlìì 

ÉÈmSm 

"HENUEHINGI 


BARS & PIPES PRO 447000 

BOOM BOX 88000 

OPYIST DTP 426000 

DELUXE MUSIC C. SET V2.0 147000 

KCS 3.5 LEVEL II 504000 

DR 426000 


280000 

RCS TCP/1P 559000 

RCS TSSNET - DECNET 789000 

RCS X-WINDOWS 789000 

RCS X-WINDOWS DEVELOP KIT 671000 


REXX PLUS COMPILER 236000 

SAS/C 6.2 583000 

IRTUAL REALITY STUDIO 124000 

ISIONARY 135000 


ALIGAR1 BROADCAST 2 . IV 

CALIGARI II 

CALIGARI24 PAL JUj 

IMAGINE 2.0 tttì 

MORPHUS IMAGINE 1. ira. 


628000 
3807000 
- 426000 
605000 

538000 

157000 


REAL 3D PROFESSIONAL V2.0 .... 1120000 


'SPREADSHEET* 


MAXIPLAN 4.0 


‘TELECOMUNICAZIONI' 


P FAX SOFTWARE 168000 


r UTI LITI Eì 


ASIMCDFS 1.1 ITALIANO 

112000 

GIGAMEM 3.0 ITALIANO 

. .. 112000 

MAC 2 DOS VI. 1 

180000 

*VIDEO*BHH| 


bruadcasTTiTler II PAL 

.... 504000 

BROADCAST TIT S RES PAL .... 

.... 644000 

DANDO 2.0 

247000 

THE DIRECTOR V2.0 

.... 168000 


'WORD PROCESSORS‘1 

'Mitn siitela na gf 


EXCELLENCE V3.0 258000 

FINAL COPY 2 202000 

PRO WR ITE V3.3 1 29000 

TURBOTEXT 157000 


prezzi possono cambiare senza preavviso. 
Duesto listino sostituisce eventuali offerte 
anteriori. Chiamare per le regole della 
estituzione dell'Hardware nella "Prova dei 15". 
.'accettazione e’ a nostra discrezione. 
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ANCORA (E SEMPRE?) 1200 

Sono passato da un po' di tempo ad 
Amiga 1200, ma vorrei utilizzare dei 
programmi che avevo per il vecchio 
500, soprattutto giochi: c'è la possi- 
bilità di installare una scheda che 
permetta di avere contemporanea- 
mente 68000 e 68020 su scheda 
madre, selezionabili con uno 
switch? 

Francesco Magifico 
Trani (BA) 

Come parzialmente già detto in 
precedenti occasioni, non esiste al 
momento una scheda del genere, e 
con ogni probabilità non vedrà mai 
la luce. 

Anche ragionando per assurdo, in- 
tanto il concetto di "scheda" non 
sarebbe certo quello a cui si era 
abituati con i 500. Un prodotto come 
quello prospettato andrebbe co- 
munque installato a cura di un cen- 
tro tecnico specializzato: con la 
tecnologia SMT della motherboard 
del 1200 non sono più possibili 
operazioni come l'estrazione di un 
chip e l'inserimento nel suo zoccolo 
di altri supporti. 

Per di più, un accessorio simile, 
avrebbe poco senso anche ai fini 
della compatibilità con software 
giochereccio della precedente 
generazione. Il mancato funziona- 
mento di vecchi programmi non è 
infatti quasi mai imputabile alla sola 
differenza di CPU, ma a tutta la 
nuova architettura del chip set AGA. 
Software come i giochi, anche sta- 
volta ripetendoci, ricorrono molto 
spesso a tecniche di programma- 
zione rivolte allo sfruttamento delle 
risorse di più basso livello del siste- 
ma operativo, cosa che in molti casi 
si traduce in indubbi vantaggi con- 


tingenti (velocità, soprattutto) ma 
che, una volta cambiata la base su 
cui girano, porta quasi sicuramente 
a problemi di compatibilità. 

Piuttosto che preoccuparsi di ridur- 
re le capacità del proprio Amiga, 
sarà dunque più utile aspettare che 
queste vengano sfruttate appieno 
dai nuovi programmi o dalla riedizio- 
ne dei vecchi, come sta avvenendo 
ormai in modo sempre più massic- 
cio. 

DRIVE, MEMORIA E MODEM 

Avrei da porvi, prima di tutto, delle 
domande su Amiga 1200 cui non 
avete mai dato risposta... [segue 
elenco] 

Inoltre, vorrei sapere se i drive ester- 
ni ad alta densità, oltre che con il 
sistema operativo 3.0, possono 
essere adoperati con 1 '1.3 e il 2. 0. E 
ancora: sto per acquistare un mo- 
dem veloce (19200 baud); quali 
sfruttano appieno il 1200? 
Emanuele Barone 
Augusta (SR) 

La prima parte della lettera, più che 
per una replica, è riportata per ricor- 
dare atutti che il numero41 di Amiga 
Magazine (Gennaio '93), ha dedica- 
to ben sei pagine alle più comuni 
risposte riguardanti Amiga 1200, 
molte delle quali si sono poi ripetute, 
in variaforma, nei successivi appun- 
tamenti con la rubrica della posta. Si 
consiglia dunque di reperire quel 
numero della rivista: lo spazio limita- 
to ci impedisce di reinserire in que- 
ste pagine quesiti già risolti in prece- 
denza. 

E veniamo ai dubbi esposti: i drive 
ad alta densità (tra l'altro di difficile 
reperibilità) sono supportati dal si- 
stema operativo 2.0, ma non da 
quello 1 .3. 

Quanto ai modem veloci, il proble- 
ma non sussiste, se non in termini di 
generica qualità degli stessi. Tutti i 
modelli esterni possono essere 
gestiti al meglio dalla porta seriale 
RS232 di Amiga, assolutamente 
standard e molto più veloce di quan- 
to supportato dai modem anche più 
avanzati. Uno sfruttamento ottimale 
delle alte velocità dipenderà soprat- 


tutto dai settaggi impostati mediante 
l'uso di un programma terminale, 
dalla qualità di quest'ultimo, e infine 
dalla pulizia della linea telefonica di- 
sponibile. 

Per una scelta oculata del modem, 
solo un consiglio. Evitare la spasmo- 
dica ricerca del minimo risparmio e 
basarsi sulle caratteristiche com- 
provate dell'hardware: per esempio 
leggendo le recensioni che appaio- 
no sulla nostra rivista. 

PER GLI AMICI, RAD 

Vorrei alcune delucidazioni sulla 
"RAMdrive recuperabile", di cui si fa 
cenno nei manuale di AmigaDos 1. 
3. Ho capito come attivarla, ma le 
difficoltà cominciano quando (sem- 
pre nel manuale) viene accennata la 
Mountlist della directory Devs. E 
quale l'utilità di queste operazioni in 
termini di praticità e risparmio di 
tempo? Un'ultimadomanda: è pos- 
sibile installare una RAMdrive recu- 
perabile anche nel vecchio Kick- 
start 1.2? 

Daniele Tommasin 
Monteg rotto Terme (PD) 

L'utilità pratica di una RAMdrive 
recuperabile (RAD), il cui contenu- 
to, sopravvive anche dopo un reset 
del sistema, è presto detta. 

Prima di tutto, proprio questa sua 
magnifica peculiarità permette di 
avere un "deposito" di dati, pro- 
grammi o quant'altro si voglia, più 
sicuro della tradizionale RAM Disk: 
in caso di blocchi di sistema, è quasi 
sempre possibile recuperare il suo 
contenuto dopo un reset, a meno di 
software failure particolarmente 
devastanti. 

Inoltre, ed è forse questa la sua più 
comoda prerogativa, il sistema può 
riavviarsi adoperandola come se si 
trattasse di un floppy dotato di auto- 
boot, ma con velocità di caricamen,. 
to dei programmi molto vicina a 
quella della RAM disk. Chi non pos- 
siede un hard disk, ma dispone di 
sufficiente memoria RAM, può quin- 
di adoperare la RAD come disco di 
sistema, con un guadagno in termini 
di tempo a dir poco enorme, soprat- 
tutto se si ricorre spesso al reset del 
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sistema. 

Chiaro che, per un proficuo utilizzo 
in quest'ultima modalità, occorre 
che al suo interno siano presenti, 
ovvero vi siano stati immagazzinati, 
tutti quei file e quelle directory indi- 
spensabili all'avviamento di Amiga. 
Operazione che, per un utente non 
molto evoluto, può sembrare diffi- 
coltosa, ma che una delle carat- 
teristiche della RAD può rendere di 
facile realizzazioneda sua "rigidità.". 
La RAMdrive recuperabile per così 
dire ufficiale (ne esistono altre), in- 
fatti, al momento della sua creazione 
assume una dimensione ben preci- 
sa in termini di Kbyte, e questa 
dimensione resta fissa indipenden- 
temente dal suo contenuto, detraen- 
dola, come ovvio, al quantitativo di 
RAM presente nel sistema, e con un 
meccanismo dunque opposto a 
quello della comune RAM Disk, no- 
toriamente "elastica". 

Se, dunque, si attiva una RAD con 
dimensioni identiche a quelle di un 
floppy disk, praticamente si potrà 
poi effettuare una comunissima 
copia del disco Workbench adope- 
rando la RAD come destinazione 
(anche con la semplice sovrapposi- 
zione delle icone, come di norma in 
ambiente Workbench). Dopo ogni 
reset, il sistemasi riavvieràdunque a 
velocità super, adoperando la RAD 
esattamentecome se si trattasse del 
floppy Workbench. 

Anche senza conoscere i risvolti 
legati alle eventuali modifiche al file 
Mountlist, chi dispone del sistema 
operativo 2.0 (o superiore) non do- 
vrà fare altro che adoperare un 
comando Mount RAD da Shell o 
tramite l'opzione Execute Com- 
mand dei menu del Workbench: le 
dimensioni prefissate per la RAMdri- 
ve recuperabile sono infatti proprio 
corrispondenti a quelle di un floppy 
da 880 K, per cui si potrà procede- 
re senza alcun problema. 

Con il "vecchio" 1 .3, sarà invece ne- 
cessario ricorrere all'editing della 
Mountlist, la cui conoscenza è co- 
munque utile a tutti per usi persona- 
lizzati. 

La risposta alla richiesta della lettera 
risulterà implicita. 

Vediamo come procedere per modi- 


ficare questa fantomatica Mountlist. 
Intanto, occorrerà adoperare un 
editor di testi che salvi in formato 
ASCII. Se non se ne dispone, o se la 
propria configurazione crea difficol- 
tà, con il disco Workbench inserito 
nel drive (il boot di Amiga deve 
essere stato effettuato con questo 
disco!) basterà digitare un coman- 
do ED Devs: mountlist dopo aver 
attivato una finestra Shell. 
Adoperando i tasti cursore, si scorra 
il file fino a che non si trova una riga 
che inizia con RAD: (sulla sinistra 
dello schermo). Ci siamo. Tutto 
quello che segue, fino al successivo 
simbolo cancelletto (#), sono i dati 
che il comando Mount utilizzerà per 
determinare le caratteristiche fisi- 
che della RAMdrive recuperabile. 
Senza soffermarci su tutte le possi- 
bilità, sfruttabili al meglio solo con 
una buona conoscenza dei mecca- 
nismi di AmigaDos, ci si limiti a 
modificare quanto specificato dopo 
l'entry HighCyl in modo che corri- 
sponda a 79, ovvero allo stesso 
numero di cilindri di un floppy. 
Anche se facoltativo, si può poi 
aggiungere una riga contenente l'i- 
struzione Mount = 1 per provocare 
una inizializzazioneimmediata della 
RAD; in caso contrario, per esem- 
pio, la sua icona Workbench appari- 
rebbe solo dopo una sua prima uti- 
lizzazione (anche solo con un List) 
da Shell. 

Se non si desiderasse un reboot del 
sistema basato sul contenuto della 
RAD, potrebbe anche essere ag- 
giunta una istruzione BOOTPRI = - 
127. Salvato il tutto con lo stesso 
nome (Mountlist), le successive in- 
stallazioni della RAMdrive recupe- 
rabile produrranno una unità con le 
caratteristiche di cui sopra, pronta 
per essere sfruttata come disco di 
boot. Seppure superficialmente, 
ecco dunque chiarita la funzione 
della Mountlist. 

Per rispondere all'ultimo quesito, la 
RAD non può essere montata su 
sistemi operativi anteriori al TI .3, o 
almeno non quella ufficiale contenu- 
ta nei dischetti di sistema. Esistono 
però altre implementazioni di RAM 
resistenti al reset, in qualche caso 
anche con caratteristiche molto di- 


verse. In tempi ormai lontani, veniva 
per esempio adoperata VDO, di 
caratteristiche simili alla RAD, men- 
tre, più recentemente, un caposaldo 
del settore è diventato RAS, compa- 
tibile con i vecchi Kickstart, che pre- 
senta il vantaggio (per determinati 
usi) di adottare una struttura elastica 
come la RAM Disk, e di consentire 
velocità molto superiori a quella 
della RAD. 

UPGRADE GRAFICO? 

Possiedo un Amiga 3000/25 attrez- 
zato con genlock e digitalizzatore di 
buona qualità. Vorrei migliorare il 
tutto pera vere risoluzioni superiori e 
magari sfruttare grafica a 24 bit, 
output in RGB, eccetera. Pensate 
sia il caso di acquistare più schede 
che sostituiscano quanto già ho, o 
ricorrere a qualcosa come la Impact 
Vision ? 

Mario Galastri ' Tivoli (RM) 

Una risposta univoca è impossibile: 
certo la Impact Vision può rappre- 
sentare la soluzione ideale, ma a 
costi giustificati da adeguati rientri 
professionali (stiamo parlando di 
cifre al di sopra dei 3 milioni). Nell'i- 
potesi di un ricorso a diversi acces- 
sori, sarà comunque opportuno 
badare molto alla compatibilità del- 
l'hardware con i sistemi Amiga su- 
periori (leggi: 4000), garantita nel 
caso di Impact Vision ultima versio- 
ne. 

A3000 è praticamente un capitolo 
chiuso... 


ATTENZIONE 

Chi desiderasse acquistare il 
disco di Amiga Magazine è 
pregato di mettersi in contatto 
con la redazione (Tel. 02/ 
66034260) per conoscere le 
modalità di acquisto. 
Ricordiamo che il costo è di 
Lire 15.000 (incluse le spese 
di spedizione). 
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DALIA STAMPA DI 
TUTTO IL MONDO 


Comunicati stampa, avvisi 
pubblicitari, notizie prove- 
nienti direttamente dalle 
case produttrici, informa- 
zioni tratte da riviste estere, 
e dalle reti telematiche inter- 
nazionali: è tutto quello che 
potrete trovare in queste 
colonne. 


RAFFICA DI NOVITÀ 
COMMODORE 

Al CeBIT di Hannover e poi 
al World Of Commodore 
Show (WOC) di New York, a 
sorpresa, la Commodore ha 
mostrato in anteprima mon- 
diale il nuovo A4000 Tower. 


IPISA '93 

Sabato 6 novembre 1 993 a Milano si terrà la terza 
edizione dell'Incontro dei Programmatori Italiani per 
lo Sviluppo Amiga. Si tratta di un convegno 
annuale organizzato autonomamente da un gruppo 
di appassionati di informatica, programmatori e 
utilizzatori di computer della famiglia Amiga. 
L'incontro è dedicato alla presentazione e alla 
diffusione di progetti, esperienze e prodotti non 
commerciali realizzati utilizzando Amiga. Ci sarà, 
come nelle due edizioni precedenti, la possibilità di 
incontrarsi al fine di avviare programmi di ricerca o 
rapporti di lavoro con persone altrimenti difficili da 
raggiungere. La manifestazione, della durata di un 
giorno, sarà articolata in una serie di interventi 
brevi, della durata di venti minuti, e di interventi 
lunghi, della durata di quarantacinque minuti, da 
tenersi in italiano. Gli atti del convegno consistono 
di una documentazione su supporto cartaceo 
(curata dalla redazione della rivista elettronica 
AUGS Newsletter) e di software su supporto 
magnetico. L'organizzazione invita a sottoporre 
proposte di intervento nella forma di un riassunto di 
300 parole, da far pervenire entro e non oltre il 5 
giugno 1993 e incoraggia la presentazione di 
materiale da pubblicare sugli atti, 
indipententemente dall'esposizione al pubblico. I 
costi di iscrizione alla manifestazione serviranno 
unicamente alla copertura delle spese, e saranno 
contenuti, a meno di imprevisti, entro lire 20.000. 
Per maggiori informazioni, scrivere a 

IPISA >93 
t/o Fabrizio Lodi 
Via Faruffini 43 
20149 Milano 

ejnail: ipisa@coslnat.asr.dsi.animi.it 


NUOVI TITOLI CDTV 


La Commodore ha annunciato la disponibilità in Italia 
di una ventina di nuovi titoli per CDTV: un corso di 
inglese anche per italiani (Language TV English), un 
archivio multimediale dedicato alle ricerche spaziali 
(Nasa - The 25 Year, in inglese), un corso di lingua e 
cultura giapponese (Japan World, in inglese), un 
gioco didattico sulla spedizione polare di Sir Ranulph 
Fiennes (North Polar Expedition) e un catalogo di 
opere d'arte dedicato alla pittura e alla scultura dalla 
Grecia classica ad oggi (Connoisseur Fine Art 
Collection). 

Fra i videogiochi si assiste all'apparizione di un gioco 
in italiano tratto da un film famoso (Fantastic 
Voyage), un arcade dedicato all'epoca dei dinosauri 
(Prehistorik, in italiano), un programma di 
intrattenimento con musica rave, grafica cyber e un 
videogioco (Global Chaos, in italiano). Inoltre sono 
apparsi: BattleChess (scacchi animati), Trivial 
Pursuit (un famoso gioco di società), Sherlock 
Holmes Consulting Detective (un giallo interattivo), 
Team Yankee (un war game), Tie Break (tennis), 
Ultimate BasketBall (basket), The Curse of Ra 
(rompicapo), Logicai (rompicapo), Turrican I e 
Turrican II (shoot'em up). 

Alcuni dei titoli erano disponibili da tempo sui mercati 
esteri, ma ora appaiono ufficialmente in Italia. 


Non si conoscono ancora 
con precisione tutte le ca- 
ratteristiche tecniche e il 
prezzo di vendita. Il 4000 
Tower possiede un 68040 a 
25 MHz e 6 MB di RAM 
espandibile a 18 MB sulla 
scheda madre; si differen- 
zia dal 4000 perché possie- 
de 5 slot Zorro III e 4 slot AT 
(di cui 2, o forse 3, in linea 
con gli slot Zorro) e presenta 
sia l'interfaccia IDE che l'in- 
terfaccia SCSI2 (con con- 
nettore compatibile Sun e 
DEC), montata direttamente 
su scheda madre (a quanto 
pare). Dovrebbe possedere 
anche 2 slot video. Misura 
53.5x50.8x18 cm ed è dota- 
to di alimentatore a 250 Watt 
e di sportellino per nascon- 
dere i drive alla vista. Lo 
spazio interno permette l'in- 
serimento di una periferica 
da 3.5", due da 5.25" a 


mezza altezza e una ad al- 
tezza piena. Si prevedono 
hard disk da 100 e 200 MB. 
Sempre a New York si è visto 
l'A4091, la scheda Zorro III 
con controller SCSI2. capa- 
ce di supportare il modo 
synchronus e in grado di 
realizzare transfer rate da 
10 e più MB (hard disk per- 
mettendo). Dovrebbe esse- 
re disponibile a breve in Ita- 
lia. 

Sono stati inoltre annunciati 
(anche in Italia) due nuovi 
monitor, l'AI 940 e l'AI 942, 
destinati ad affiancarsi al 
1 960; il primo è stato pensa- 
to per il 1200 e il secondo 
per il 4000 (ma sono inter- 
scambiabili). Le notizie dira- 
mate sono ancora provviso- 
rie e incomplete: il primo ha 
un dot pitch di .39 (o .32 
secondo altre fonti) e il se- 
condo di .28. Si tratta di due 
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monitor capaci di aggancia- 
re le frequenze comprese 
tra 15.6 e 15.8 KHz (PAL, 
NTSC, EUR036) e le fre- 
quenze comprese tra 27.3 e 
31.5 KHz (DBPPAL, 
DBLNTSC, EUR072, MUL- 
TISCAN o VGA). Non pos- 
sono invece agganciare le 
frequenze SUPER72 (23-24 
KHz) e quindi non possono 
visualizzare gli schermi 
800x300 e 800x600. Sono 
entrambi dotati di audio 
stereo e sembra che alme- 
no il 1940 sia un monitor a 13 
pollici. Si prevedono prezzi 
inferiori a quelli del 1960. 
Amiga Vision Pro, di cui 
avevamo indicato a suo 
tempo le caratteristiche in 
questa rubrica, dovrebbe 
essere reso disponibile in 
Italia al più presto. Ricordia- 
mo che, fra le tante altre 
innovazioni, è compatibile 
con l'AA, è in grado di pilota- 
re il CDTV (anche in CDXL) 
ed è dotato di un player di 
script liberamente distribui- 
bile. Il prezzo dell'upgrade 
dalla versione precedente, 
in USA, è di 99 dollari. 

Altro importante prodotto, 
previsto però per l'autunno, 
è l'AA Display Adapter per il 
4000: si tratta di una scheda 
che occupa lo slot video e 


uno slot Zorro III e permette 
di deinterlacciare tutti gli 
schermi AA, promuovendo- 
ne al contempo la frequen- 
za verticale anche di quelli 
non interlacciati, al fine di 
evitare qualsiasi ombra di 
sfarfallio. Dovrebbe, inoltre, 
consentire di visualizzare, 
per esempio, a 72 Hz gli 
schermi a 10 e 15 Hz che 
finora erano utilizzabili solo 
con monitor ad altissima 
persistenza quale l'A2024. 
Può anche essere usato 
come trame buffer a 24 bit, 
perché è dotato di più di 2 
MB di DRAM, espandibile. 
Presenta una porta d'e- 
spansione per eventuali 
moduli hardware aggiuntivi. 
Può essere utilizzato anche 
sul 3000, ma i colori disponi- 
bili rimangono, in questo 
caso, quelli dell'ECS. 

Si è visto a New York, di 
nuovo, un prototipo della 
scheda MPEG della Com- 
modore. A quanto pare, la 
Commodore si occuperà 
solo dell'hardware, lascian- 
do a società esterne la pro- 
duzione del software. A 
New York si poteva assiste- 
re a un video di Bon Jovi da 
2.3 Gigabyte ridotto, grazie 
alla tecnologia MPEG, a 51 
MB su hard disk. La scheda 


definitiva sarà in grado sia di 
leggere che scrivere in for- 
mato MPEG. 

Lew Eggebrecht, sempre a 
New York, ha parlato nuova- 
mente del futuro chip set, 
confermando le notizie già 
note ai nostri lettori sui due 
chip set low-end e high-end 
che dovrebbero apparire 
non prima del 1994. La 
Commodore sta lavorando 


anche a una nuova tecnolo- 
gia CD-ROM per 1200, 
4000 e Amiga futuri, che 
migliorerà le prestazioni at- 
tualmente offerte da CDTV e 
A570. Ha confermato l'esi- 
stenza di un progetto DSP 
fondato sull'AT&T 3210 a 66 
MHz e ha parlato di una 
versione Zorro (in prece- 
denza si era sentito parlare 
di una versione per lo slot 


UPGRADE SOFTWARE PER LA 
GOLDEN GATE DELLA VORTEX 

La Vortex ha annunciato la disponibilità di un upgrade 
del software di gestione delle proprie schede Golden 
Gate 386SX e Golden Gate 486SLC. Si tratta della 
versione 1 .24.23 che permette di usare i floppy disk 
Amiga comne floppy PC sotto Windows nel modo 
enhanced. Al task della Golden Gate può essere ora 
assegnata una priorità e la gestione della tastiera 
permette ora di ridefinire il valore dei tasti speciali. 
L’upgrade è gratuito e si può ottenere inviando 2 
dischi Amiga e 1 0 international reply coupon. 

Vortex Computersysteme GMBH, Falterstrasse 51-53 
D-7101 Flein, Germania, tei. 0713159720, fax 
0713155063, telex 728915 VORTX D. 


I RISULTATI DELL'ECTS AWARDS 
1993 

L’ECTS, famosa rassegna inglese dedicata ai giochi 
per tutte le piattaforme hardware, ha assegnato il 4 
Aprile 1993 i suoi classici premi attraverso una 
votazione cui hanno partecipato circa 80 riviste 
europee specializzate. Il gioco più votato è stato 
Street Fighter II, ma anche Alone In The Dark e 
Secret Of Monkey Island 2 hanno ottenuto vasti 
riconoscimenti. Ecco l’elenco diviso per categorie, 
spiace notare la totale assenza di prodotti italiani: 
Best Sound Track: Secret Of Monkey Island 2 - Le 
Chuck's Revenge (US Gold) 

Best Role Play/Adventure Game: Secret Of 
Monkey Island 2 - Le Chuck's Revenge (US Gold) 
Best Graphics: Alone In The Dark (Infogrames) 
Best Action: Formula One Grand Prix (Microprose) 
Log In Award: Alone In The Dark (Infogrames) 

Best Action/Arcade Game: Street Fighter II 
(Capcom) 

Most Originai Game: Alone In The Dark 

(Infogrames) 

Best Computer Game: Indiana Jones And The Fate 

Of Atlantis (US Gold) 

Best Video Game: Streetfighter II (Capcom) 

Italian Game Of The Year: Street Fighter II 
(Capcom) 

Spanish Game Of The Year: Indiana Jones And 
The Fate Of Atlantis (US Gold) 

French Game Of The Year: Alone In The Dark 

(Infogrames) 

German Game Of The Year: Secret Of Monkey 
Island 2 - Le Chuck's Revenge (US Gold) 

Overall Game Of The Year: Street Fighter II 
(CAPCOM) 

Software Publisher Of The Year: Electronic Arts 
Compute! Award: Links 386 Pro (Access) 

Going Live! Viewers Award: Sonic The Hedgehog 2 
(Sega) 

Best Hardware: Super Nintendo 
Best Education/Productivity Package: Where In 
The World Is Carmen Sandiego? (Electronic Arts) 
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COPILOT 

L'americana AirMouse Remote Controls, ha 
affiancato un nuovo prodotto al suo Professional 
AirMouse Remote Control, Si tratta di CoPilot che, 
collegato alla porta seriale di un computer, permette 
di controllare contemporaneamente fino a sei 
dispositivi all'infrarosso. Il prezzo è di 795 dollari. 
Non esiste, però, una versione dei software di 
gestione per Amiga. 

AirMouse Remoto Controls, 30 Mountain View Dri- 
ve, CoUhester, Vermont 05446 USA Tel. 802-655- 
9600, Fax. 802-655-5149. 


CPU). 

HARD DISK IDE 

La Commodore Italiana ci 
ha comunicato un elenco di 
hard disk IDE da 2.5" com- 
patibili con il 1200. Faccia- 
mo presente che altri hard 
disk potrebbero essere 
compatibili pur non appa- 
rendo in questo elenco. Si 
noti che questo elenco 
comprende anche l'indica- 
zione del numero di versio- 
ne del modello: i modelli che 
presentano un numero di 
versione inferiore non fun- 
zionano con il 1200, le ver- 
sioni successive hanno in- 
vece grandi probabilità di 
funzionare correttamente. 

WORKBENCH E VIDEOTAPE 

La CompuGraph di Genova 
ha realizzato una videocas- 
setta in italiano che contiene 
un tutorial sul Workbench e 
che si intitola “Il Workbench 


facile". Dovrebbe essere 
distribuita attraverso la ca- 
tena dei Commodore Point. 

RICERCHE 

SULLA SINTESI VOCALE 

All'Università di Bologna, un 
gruppo di ricerca del Dipar- 
timento di Lingue e Lettera- 
ture Straniere Moderne, che 
da anni si occupa, in colla- 
borazione con la Commo- 
dore, della sintesi vocali su 
computer, utilizzando Ami- 
ga, è entrato recentemente 
a far parte del progetto stra- 
tegico del CNR dal titolo "Il 
problema della traduzione 
nell'Italia dell'Europa". L'o- 
biettivo della ricerca è la 
traduzione automatica di 
testi scritti in lingue diverse 
in simboli IPA (International 
Phonetic Alphabet). La ri- 
cerca, nel suo complesso, 
ha portato alla realizzazione 
di WinPoly (il cuore del siste- 
ma) e di applicativi come 
Letteratura Amica (text ana- 


lysis) e HyperMaker (pro- 
gramma di ipertesto). I risul- 
tati della ricerca sono stati 
recentemente presentati in 
convegni a Londra, a Bari 
(Fiera del Levante), a Milano 
(InforUniversità), a Orlando 
(Amiga DevCon). 

VIDEO TOASTER 4000 

La Commodore ha annun- 
ciato la nascita di una joint 


venture con la NewTek per 
la commercializzazione di 
un A4000 dotato della nuo- 
va e imminente versione del 
Video Toaster compatibile 
con il 4000 e il chip set AA. Il 
Video Toaster 4000 com- 
prenderà un DVE real-time, 
due trame buffer a 1 6 milioni 
di colori, un potenziato ge- 
neratore di caratteri a 35 ns, 
4 switcher video, keyer di 
luminanza, e tutto a una 
qualità di livello broadcast. 
Il software comprende, inol- 
tre, un programma di grafi- 
ca pittorica e uno di grafica 
3D. 

Tutto ciò ha sorpreso non 
poco: negli ultimi mesi i 
rapporti fra la NewTek e la 
Commodore si erano fatti 
molto tesi e questo annun- 
cio testimonia un netto 
cambiamento di rotta. Que- 


Seagate 


ST9051A 

40 

MB 

19 ms 

ROM 

7.08 

RAM 

7.17 

0.75 

Seagate 


ST9052A 

40 

MB 

19 ms 

ROM 

5.0 

RAM 

5.02 

0.49 

Seagate 


ST9077A 

60 

MB 

19 ms 

ROM 

2.02 

RAM 

2.11 

0.75 

Seagate 


ST9080A 

60 

MB 

19 ms 

ROM 

3.00 

RAM 

3.00 

0.49 

Seagate 


ST9096A 

80 

MB 

19 ms 

ROM 

7.00 

RAM 

7.03 

0.75 

Seagate 


ST9144A 

120 

MB 

19 ms 





0.75 

Seagate 


ST9235A 

200 

MB 

19 ms 

ROM 

3.00 

RAM 

3.00 

0.75 

Western 

Digital 

WDAB130 

30 

MB 

19 ms 

4.11 

CC: AE 


0.60 

Western 

Digital 

WDAH260 

60 

MB 

19 ms 





0.75 


La Commodore ci ha anche fornito un elenco degli hard disk IDE da 3.5" (di 
solito altezza 1") compatibili con il 4000: 


Marca 


Modello 

Capienza 

Seek 

Versione 


Seagate 


ST351A 

40 

MB 

28 

ms 

ROM 3.00 

RAM 2.03 

Seagate 


ST3096A 

80 

MB 

28 

ms 

ROM 146 

RAM 148 

Seagate 


ST3120A 

100 

MB 

17 

ms 

ROM 146 

RAM 184 

Seagate 


ST3144A 

120 

MB 

17 

ms 

ROM 146 

RAM 184 

Seagate 


ST3283A 

240 

MB 

17 

ms 

ROM 4 4 

RAM 9300 

Western 

Digital 

WDAC280 

30 

MB 

28 

ms 

2.62/2.69 

CCC: A4 

Western 

Digital 

WDAC2120 

120 

MB 

17 

ms 

600046-801 (V. 36X33) CCC 

Al O A3 

Western 

Digital 

WDAC2200 

200 

MB 

17 

ms 

62-60006 

(1.2) —800 (V64 ) 


CCC : A4 


sta joint venture dovrebbe 
inoltre contribuire a diffon- 
dere la conoscenza del 
marchio Amiga presso i 
professionisti video: fino ad 
ora la NewTek aveva fatto 
di tutto per mascherare il 
marchio Commodore; molti 
ormai parlavano del Video 
Toaster come di una peri- 
ferica per il Macintosh più 
che una scheda per Ami- 
ga. 


Il Seagate ST351A è un drive AT/XT: quando è collegato come slave , la luce di 
funzionamento rimane sempre accesa. 


Purtroppo non si hanno 
ancora notizie di una versio- 
ne PAL del Video Toaster. 
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UPGRADE 

PER IL WORKBENCH 3.0 

Dalla rivista telematica 
"Amiga STReport Internatio- 
nal" apprendiamo che la 
Commodore dovrebbe rila- 
sciare a breve un upgrade 
per il 3.0 contenente nuovi 
monitor che risolvono i pro- 
blemi di centratura degli 
schermi non PAL sotto AA. Il 
disco contenente i nuovi 
monitor di sistema dovreb- 
be chiamarsi V39_Update. 
Non sappiamo quando e se 
sarà disponibile in Italia. 

SCHEDE PER IL 1200 

Gli utenti del 1200 possono 
dormire sonni tranquilli: le 
società che hanno offerto 
ieri schede e periferiche per 
il 500 e il 2000 stanno ora 
alacremente operando per 
il nuovo nato di casa Com- 
modore. Dopo la Microbo- 
tics e la GVP (di cui abbiamo 
annunciato e/o recensito i 
prodotti su queste pagine), 
è venuto il turno della ICD 
che sta lavorando su un 


acceleratore con 68030 a 
40 e più MHz che dovrebbe 
anche essere dotato di por- 
te DMA, le quali permette- 
ranno, in un secondo mo- 
mento, di aggiungere un 
controller SCSI. Inoltre, la 
Microbotics ha rilasciato 
una versione dotata di clock 
del MBX1200, la scheda 
con coprocessore e memo- 
ria RAM, si chiama 
MBX1200z. Infine, la CSA 
sta lavorando su altri pro- 
dotti per il 1200. 

PAGESTREAM 3.0 

La statunitense Soft Logik 
(tei. 1800-8298608, 1314- 
8948608, fax 1314- 
8943280) ha annunciato, 
sempre al WOC di New 
York, di lavorare alla versio- 
ne 3.0 di PageStream. 
Come è avvenuto in altro 
campo per Reai 3D, non si 
tratterà di un semplice up- 
date, ma di una profonda 
revisione del programma 
che mira a farlo diventare 
uno dei migliori programmi 
di DeskTop Pubiishing esi- 


stenti, paragonabile secon- 
do la cassa madre a Quark 
XPress. Il programma è in 
Alpha test, ma dovrebbe 
uscire a fine estate; il prez- 
zo previsto è di 299 dollari, 
con un upgrade da Page 
Stream 2.0 pari a 1 25 dollari 
e da PageStream + Ho- 
tLinks (ora compreso nel 
pacchetto) di 95 dollari. Per 
gli utenti di altri programmi 
DTP l’upgrade sarà di 175 
dollari. L’upgrade sarà gra- 
tuito per chi ha acquistato 
PageStream 2.2 dopo il 15 
marzo 1993. La società ha 
diffuso una lunghissima ta- 
vola comparativa delle fun- 
zioni di PageStream 3.0, 


Professional Page e Quar- 
kXPress che dimostra, se 
non altro, la volontà di inse- 
rire nel proprio programma 
tutte le opzioni di XPress. 

MODULI HARDWARE 
PER OPAL VISION 

La famosa scheda grafica a 
24 bit è cresciuta: come 
previsto, stanno per essere 
rilasciati i moduli hardware 
aggiuntivi che rendono la 
scheda un rivale importante 
per l'Impact Vision GVP e 
forse anche per il VideoToa- 
ster. Il primo prodotto è l'O- 
pal Vision Video Processor 
che, collegandosi alla sche- 


I PROGRAMMATORI AMIGA 
VOTANO 

Alla conferenza per i programmatori tenutasi ad 
Orlando (California) nel gennaio di quest'anno sono 
stati votati i migliori prodotti per Amiga. Ne dà 
notizia la Commodore Italiana elencando i risultati 
della votazione: 

Migliore programma professionale di 
produttività: SAS/C 6.0 - SAS Institute 
Migliore programma consumer di produttività: 
Deluxe Paint IV - Electronic Arts 
Migliore programma educativo: The Miracle 
Piano Teaching System - Software Toolworks 
Migliore gioco: Pinball Fantasies - 21 st Century 
Entertainment 

Migliore interfaccia utente: Amiga DOS Release 
3 - Commodore International Limited 
Migliore hardware: Amiga 4000 - Commodore 
International Limited 


SMPTE OUTPUT 

L'americana SunRize Industries ha annunciato 
SMPTE Output, un prodotto software in grado di 
riversare time code LTC su nastri audio e video. Il 
programma genera time code SMPTE e lo invia 
all'uscita audio di Amiga. Con ciò riesce a sostituire 
prodotti hardware il cui costo varia tra i 350 e i 3000 
dollari: il prezzo di listino del programma è di soli 249 
dollari. SMPTE Output permette ad Amiga di fungere 
da master di sincronizzazione e, in combinazione con 
un genlock o con il Video Toaster, può agganciarsi 
direttamente con il video sync pulse del singolo trame 
della fonte video (una caratteristica che si trova solo 
sui dispositivi hardware più costosi). E' compatibile 
sia con il sistema NTSC che PAL e con qualsiasi 
modello Amiga dotato di almeno 1 MB di RAM. Fra le 
caratteristiche fondamentali: generazione di time 
code a 24, 25, 29.97 e 30 trame al secondo, time 
code drop trame e non-drop trame, gestione più punti 
di reset, avanti/indietro veloce, play e pause. Può 
essere utilizzato come modulo d'espansione per lo 
Studio 16, sempre della SunRize. Usi possibili del 
programma sono: aggiunta di time code al nastro, 
sincronizzazione di registratori audio e video, 
controllo mediante Amiga di videoregistratori di alto 
livello che possono agganciare il time code 
proveniente da una sorgente esterna, 
sincronizzazione di più registratori audio usando un 
box di sincronizzazione, sincronizzazione di MS- 
DOS, Macintosh o Atari con Amiga. 

SunRize Industries, 2959 S. Winchester Blvd. Ste 204, 
Campbell, CA 95008, USA, tei. 408-3744962 fax 408- 
3744963 
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VIRUS KILLER II 

Virus Killer, un programma per combattere i virus, 
disponibile nelle versioni per MS-DOS, Atari e 
Amiga, è giunto alla versione 2. E' in grado di 
combattere boot code virus, file virus, hybrid virus e 
trojan. Può archiviare la sezione di boot dei 
programmi su disco per recuperarla in caso di 
danneggiamento, imparare a riconoscere nuovi 
virus, scoprire virus che non conosce, riparare 
programmi danneggiati. 

On-line Entertainment Ud, 642a Leo Bridge Rond, 
London E106AP, tei. 081-5586114, fax 081- 
5583914 


da madre dell'Opal Vision, 
mette a disposizione un tra- 
me grabber a 24 bit in tempo 
reale che non richiede Time 
Base Corrector, un genlock 
con eh rama e luma keying, 
un Alpha Channel per le 
trasparenze a 256 livelli per 
ogni singolo pixel, un Video 
Sandwich key che permette 
di inserire l'immagine di una 
sorgente video fra due strati 
di grafica a 24 bit, l'elabora- 
zione del colore in tempo 
reale e il DVE (Digital Video 
Effect) grazie al “Roaster 
Chip" compreso nella sche- 
da. Questo consente tutti i 
classici effetti video fra cui 
cut, wipe, fade, effetti orga- 
nici, flip, tumble, PIP, page 
peel e image wrapping. 
Ovviamente, permette tito- 
lazioni con caratteri a 35 ns 
e comprende come softwa- 
re Opal Character Genera- 
tor e Special Effect Mana- 
ger. E' dotato di input/output 
videocomposito, input/out- 
put S-Video (S-VHS, Hi-8,Y / 
C), output RGB e un connet- 
tore d'espansione per 1*0- 
pal Vision Video Suite. 
Quest'ultimo è il secondo 
prodotto annunciato dalla 
Centaur Development. Si 
tratta di un modulo montabi- 
le su rack che funge da 
mixer e switcher video e 
audio oltre a implementare 
le funzioni di un transcoder. 
Gli ìngresssi disponibili 
sono 8 compositi oppure 4 
compositi e 4 S-Video, 2 
RGB o 1 RGB e 1 Y/R-B-Y, 1 


input per il master sync 
(selezionabile fra qualsiasi 
sorgente video), 1 linear 
trasparency key a livelli infi- 
niti; gli output comprendo- 
no: 1 composito, 1 S-Video, 

I RGB o Y/R-B-Y, 1 linear 
trasparency key, 1 preview 
composito e 1 preview S- 
Video; per l’audio ci sono 10 
ingressi mono o 5 stereo e 
un'uscita stereo con VU 
meter ed equalizzatore a 5 
bande. 

II terzo prodotto è l'Opal 
Vision Scan-rate Convertor 
che si collega alla scheda 
madre dell'Opal Vision e 
promuove gli schermi da 15 
KHz a 31 KHz, sia per le 
immagini generate dalla 
Opal Vision sia per quelle 
provenienti da una sorgente 
PAL o NTSC. E 1 dotato an- 
che di Time Base Corrector 
per la sorgente video ester- 
na e permette di utilizzare la 
memoria come doublé tra- 
me buffer a 24 bit. 

Con ciò l'Opal Vision si 
candida a diventare il Vi- 
deoToaster PAL e a lanciare 
Amiga definitivamente nel- 
l'universo video anche in 
Europa, essendo compati- 
bile con lo standard video 
europeo e offrendo una 
qualità di livello broadcast. I 
prezzi previsti sono di 995 
dollari per ogni scheda: il 
sistema completo di Opal 
Vision si avvicina ai 4000 
dollari (di listino), una cifra 
che solo utenti professional- 
mente orientati saranno di- 


sposti a spendere. D'altra 
parte, è in continua crescita 
il numero di programmi che 
supportano la scheda: da 
AdPro 2.3 che opera diretta- 
mente sia col Toaster che 
con l'Opal Vision, a Image- 
FX, a ImageMaster, da Ci- 
neMorph a MorphPlus, da 
Caligari, a Imagine (fornito 
in bundle con l'Opal Vision), 
da Reai 3D, ad Aladdin 4.0, 
da Scala MM200 a Info- 
Channel, da Vista Pro a 
Fractei Pro, a TV Paint e tanti 
altri ancora. 

GVP IV24 2.0 

Avevamo già accennato in 
uno dei numeri precedenti 
delle migliorie apportate 
alla Impact Vision. Ora ver- 
ranno rese disponibili sotto 
forma di upgrade per chi 
possiede la versione prece- 
dente della scheda. Il pac- 


chetto verrà a costare 149 
dollari e comprenderà le 
nuove ROM 3.10, che assi- 
curano una piena compati- 
bilità con il 4000; Macro 
Paint 2.0, una versione che 
apporta profonde migliorie; 
Caligari 24, le cui funzioni 
sono state ampliate notevol- 
mente; MyLad e Desktop 
Darkroom. Sia MacroPaint 
che Caligari24 sono dotati 
di nuovi manuali. 

ALADDIN 4D 2.1 

L'ultima volta avevamo par- 
lato di Alladdin 4D della 
Adspec Programming (467 
Arch Street, P.O. Box 13, 
Salem, Ohio 44460, USA, 
tei. 216/3371329, 216- 
3373325, fax 216-3371158) 
e già dobbiamo annunciare 
un upgrade gratuito per gli 
utenti registrati. Ci sono 
migliorie a tutti i livelli: dalla 
velocità del rendering all'in- 
troduzione dei livelli per i 
gruppi di poligoni, da nuovi 
tipi di linee al supporto AA, 
compreso l'HAM8 (utilizza- 
bile per il rendering anche di 
animazioni e come formato 
per le texture). E' stato an- 
che aggiunto il supporto per 
i file EPS prodotti dal pro- 
gramma di grafica struttura- 
ta Art Expression della Soft 
Logik. 


NUOVO DRIVER CITIZEN PER AMIGA 

La giapponese Citizen ha annunciato un nuovo driver software (2.0) per le 
proprie stampanti, dedicato ad Amiga. La nuova versione di Citizen Print 
Manager dovrebbe migliorare in modo significativo i risultati di stampa e offrire 
maggiori opzioni a tutti gli Utenti Amiga che utilizzano una stampante Citizen. 
Compatibile con tutti i sistemi operativi, è basato sul pacchetto software 
TurboPrint Professional della IrseeSoft: 
il prezzo prevista i di 30.000 + IVA. 

TEICOM srl, via Lorenteggio 270/A, 20152 Milano,, tal. 02-48302640 
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CD-ROM E MODELLISMO 

La Revell, una delle più note case produttrice di 
modelli in miniatura, ha deciso di affiancare alla 
propria serie di attività la produzione di titoli CD- 
ROM che contengono diverse sezioni: istruzioni 
tridimensionali animate per i propri modelli, 
informazioni storiche, un gioco, esempi delle 
colorazioni possibili del modello, trucchi per la 
costruzione, catalogo dei prodotti, glossario. Ogni 
titolo riguarda 4 diversi modelli raggruppati per 
categoria: moto (Motor Stars - l'unico disponibile 
finora), auto (American Street Care), aeromobili 
(High Tech Aircraft) e altri ancora. Verranno 
realizzate versioni per tutte le piattaforme: si 
prevede a breve una per CDTV o per Amiga con 
drive CD-ROM, mentre è già pronta quella per MS- 
DOS che richiede, per funzionare, un 386 SX con 4 
MB dì RAM, 30 MB di hard disk, SVGA, CD ROM, 
scheda audio e Windows 3.x con Multimedia 
Extensions. Il prezzo previsto è di 59.95 sterline. 
Foster House, Maxwell Road, Borehamwood. • 
HERTS. WD6 MB, Greaf Britain, tei. 081-2071213, 
fax 081-2071517 


LISTINO 

DIGITAL CREATIONS 

La società ha annunciato un 
cospicuo ribasso dei prezzi 
di tutti i suoi prodotti: il 
DCTV, in particolare, è sce- 
so a 299 dollari (anche in 
versione PAL), mentre 
l'RGB Converter a 199 dol- 
lari. Speriamo che questi ri- 
bassi si riflettano presto nei 
prezzi al pubblico qui in Ita- 
lia, nonostante l'andamento 
del dollaro... 

FLOPPY AD ALTA DENSITÀ 

L'HiDex ha annunciato flop- 
py drive ad alta densità 
compatibili con quelli Com- 
modore. Si possono colle- 
gare a qualsiasi Amiga do- 
tato di 2.04 e funzionano 
anche in congiunzione con 
AMax II e la BridgeBoard 
386. La versione esterna 
viene venduta dalla Softwa- 
re Hut (società di vendita 
per corrispondenza ameri- 
cana, tei. 215-5865701, fax 
215-5865706) a 124.95 dol- 
lari, quella interna per 2000 
e 3000 a 99.95 dollari. Spe- 
riamo di vederli presto in 
Italia. 

AMOS 

E 1 stata rilasciata la versione 
1.36 di AMOS e AMOS 
Compiler e la versione 1.10 
di AMOS Professional, che 


verranno inserite nelHA- 
MOS PD library". Inoltre, ri- 
cordiamo che "Totally A- 
MCS", la rivista su disco 
dedicata a tale linguaggio, 
è giunta al numero 9 (Marzo 
'93). 

DRIVER DI STAMPA 
PER CANON 

E' disponìbile una nuova 
versione dei driver di stam- 
pa per CanonStudio, giunto 
alla versione 1.55. Com- 
prende driver per i seguenti 
modelli: CanonBJIO, Ca- 


nonBJ5-230, CanonBJ-EC, 
CanonBJC800, CanonBJ- 
130, CanonBJ300, Canon- 
LBP, CanonBJC880. 1 driver 
e/o CanonStudio possono 
essere ordinati in Gran Bre- 
tagna presso la JAM (tei. 
08952-74449) oppure diret- 
tamente dall'autore (Wolf 
Faust, Am Dorfgarten 10, 
6000 Frankfurt 50, Germa- 
nia). 

DISEGNARE VOLANDO 

Un programma veramente 
originale è Fighter Duel Pro- 
fessional Flight Recorder: si 
tratta di un simulatore di volo 
che permette (oltre a gioca- 
re) di registrare il percorso 
effettuato e di salvare poi su 
disco la traiettoria effettuata 
in un formato compatibile 
con programmi 3D, in modo 
da riuscire a rendere in 
maniera più efficace il volo 
di un oggetto tridimensiona- 
le o lo spostamento di una 
telecamera virtuale. I forma- 
ti supportati sono motion file 
Lightwave, object Lightwa- 


ve, staging file Imagine, 
object Imagine, object Vi- 
deoscape 3D, camera file 
Vista Pro. Per ordinare il 
prodotto, che richiede 3 MB 
di RAM e costa 59.95 dollari, 
ci si può rivolgere alla Jae- 
ger Software (7800 White 
Cliff Terrace, Rockville, MD 
20855, USA, tei. 301- 
9486862). 

THE SYNDESIS 3D R0M 

La Syndesis Corporation 
(PO Box 65 235 South Main 
St Jefferson, Wl 53549, 
USA, tei. 414-6745200, fax 
414-6746363) ha annuncia- 
to il rilascio per l'estate di un 
CD-ROM contenente 500 
oggetti 3D Public Domain 
nei formati supportati da 
InterChange Plus: LightWa- 
ve, Imagine, Sculpt, 3D Stu- 
dio, AutoCAD DXF, Wave- 
front... E 1 già in preparazio- 
ne un secondo disco. 

MODULA 2 

L'Aglet Modula-2 V2.04 In- 
terface mette a disposizione 
dei programmatori che usa- 
no tale linguaggio in versio- 
ne Benchmark, un centinaio 
di moduli che offrono un'in- 
terfaccia per tutte le funzioni 
di libreria 2.04 e corrispon- 
dono di fatto agli include del 
C. Il pacchetto può essere 
ordinato direttamente dal- 
l'autore per 35 dollari + 3 di 
spedizione (Thomas Bree- 
den, Aglet Software Box 
3314, Charlottesville, VA 
22903, USA, tei. 804- 
9737058, email: Compu- 
Serve 75210, 2424 Internet 
7521 0.2424@compuseive.com). 

PR0FESSSI0NAL CALC 1.1 

Sta per uscire la nuova ver- 
sione di questo noto foglio 
elettronico per Amiga. Ci 
sarà supporto per il chip set 
AA, e un'interfaccia mag- 


M0NIT0R PHILIPS 

Uno dei monitor a 15 KHz per Amiga più utilizzati in 
Italia è il modello 8833 della Philips, le cui caratteri- 
stiche si avvicinano molto a quelle del 1084 Commo- 
dore. La Philips gli ha cambiato nome: ora si chiamerà 
CM 11342. Le caratteristiche restano comunque del 
tutto invariate: 14 pollici, 0.42 di dot pitch, 50-60 Hz, 
ingressi RGB analogico, TTL, CVBS, audio stereo, 
presa per cuffia. Il resto della gamma Philips, rinnovata 
mediante la serie Brilliance, comprende solo monitor 
VGA (da 30 KHz in su), inadatti dunque a coprire tutti i 
modi video Amiga (da 15 a 32 KHz). 
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CORSI DI LINGUA PER AMIGA 

La Finson (via Montepulciano 1 5, 20124 Milano, 
tei. 66987036, fax 66987027) ha realizzato corsi di 
lingue per sistemi MS-DOS e Amiga articolati in 9 
volumi (tre per ogni livello: elementare, medio, 
avanzato). Il corso di autoapprendimento sfrutta le 
risorse messe a disposizione dal computer per 
verificare il livello raggiunto, una cassetta audio per 
la didattica della pronuncia e il testo per guidare lo 
studente lungo il percorso didattico. Ogni volume 
costerà 79.000 lire, IVA compresa. La versione per 
Amiga seguirà quella per MS-DOS già disponibile. 


giormamente compatibile 
con lo stile 2.0 oltre a una 
serie di migliorie riguardanti 
il foglio elettronico vero pro- 
prio e le funzioni di databa- 
se. 


ANCORA ZYXEL 

ZVM 1.19 della BuglesSoft è 
un programma PD per Ami- 
ga (rinvenibile facilmente 
sulle BBS dedicate ad Ami- 


ga) che permette di usare il 
modem/fax/voice ZyXEL 
come segreteria telefonica. 
E' compatibile con il pro- 
gramma commerciale 
GPFax. Per funzionare ri- 
chiede 1 MB di RAM, 2.0 ed 
EPROM almeno 5.02 sullo 
ZyXEL (ora sono già alla 
6.0). E 1 in grado di utilizzare 
le uscite audio di Amiga per 
riprodurre i file digitalizzati 
dallo ZyXEL in ADPCM2 e 
ADPCM3, mentre registra i 
messaggi mediante micro- 
fono collegato al modem o 
direttamente da linea telefo- 
nica. L'ultima versione è 
anche in grado di convertire 
file sonori IFF. 

UN NUOVO 
WORD PROCESSOR 

Si tratta di Rashumon, un 
prodotto della israeliana 
HarmonySoft (69 Jabotins- 
ky St. , Givatayim 53319, 
Israele, tel/fax 972- 
3315967) che punta ad 
aprirsi una nicchia in questo 
mercato grazie a potenti 
funzioni di gestione del te- 
sto associate a funzioni da 
DTP entry-level. Il program- 
ma può gestire più font pro- 
porzionali e lingue quali il 
greco, l'ebraico, l'arabo. 
Óltre a presentare funzioni 
piuttosto originali, annovera 
fra le proprie doti la velocità 
e una oculata gestione delle 
risorse del sistema. Il prezzo 
previsto è di 180 dollari 
(notizia AmigaWorld). 

CONTROLLER 

PER VCR SONY EV0-9650 

Evoke (Ron D, Richardson, 
PO 52013 Edmonton Trail 
RPO Calgary, Alberta, Ca- 
nada T2E 8K9, fax 403/ 
2774061) è un controller 
software da 99 dollari per i 
VCR Sony EVO-9650 che 
utilizza un semplice cavo 
null-modem. Mette a dispo- 


sizione una potente e intuiti- 
va interfaccia utente che 
permette il montaggio vi- 
deo, la gestione dell'audio 
stereo e del time code (noti- 
zia AmigaWorld). 

OMEOPATIA E CD-ROM 

HomeoCd è un CD-ROM 
per il CDTV e l'A570 che 
contiene un database multi- 
mediale dedicato alla medi- 
cina omeopatica. E' stato 
realizzato dalla Homeopatic 
Medicai Association of 
Canada (PO Box 262 Saint- 
Bruno, Que. J3V 4P9, Cana- 
da, tei. 416-5138207, 800- 
6697543) e permette di sta- 
bilire le cure omeopatiche 
adatte alle più diffuse pato- 
logie, oltre a fornire informa- 
zioni di vario tipo su tale 
forma di medicina alternati- 
va. E 1 supportato l'inglese e 
il francese e il costo previsto 
è di 60 dollari (notizia Ami- 
gaWorld). 

CONTROLLER 

PER PROIETTORI LASER 

Lasershow Design della 
Pangolin Laser Software 
(Suite 31 7-A.933 N. Keumo- 
re St., Arlington, VA 22201, 
USA, tei. 703-5274880) è un 
pacchetto hardware-soft- 
ware che consente ad Ami- 
ga di controllare un proietto- 
re laser, trasformando la 
grafica in segnali sulle usci- 
te audio di Amiga. La sche- 
da hardware (QuadMod8) 
possiede tre canali audio a 
16 bit e uno a 8 per pilotare 
i proiettori laser. Il software 
comprende anche un pro- 
gramma da disegno dedi- 
cato, librerie per program- 
matori e un gioco. I prezzi 
vanno da 595 a 7995 dollari 
a seconda della versione. Il 
proiettore laser non è inclu- 
so (notizia AmigaWorld). a 

Hinter Bringer 
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Il mondo del cinema 
a portata di CD. 


Fabrizio Farenga 



CINEMABILIA 


A due passi da via del Corso, in 
una delle zone più artistiche e 
suggestive della capitale, sì è 
svolta il 6 Aprile, all'interno della 
bliblioteca Arispoli, la presentazio- 
ne di uno dei più attesi titoli CDTV 
made in Italy, il quale ha impegnato 
per circa due anni un vasto team di 
programmatori, grafici, musicisti ed 
esperti cineasti, La funzione princi- 
pale del CINEMABILIA, questo il 
nome del prodotto, è quella di esse- 
re un immenso dizionario elettronico 
del cinema dotato ovviamente di 
connotazioni multimediali. In esso 
sono inseriti tutti i dati sui film ufficial- 
mente distribuiti in Italia dagli anni 
'30 ad oggi (dicembre 1992), tutti i 
registi e gli attori principali che 
hanno partecipato alla loro realizza- 
zione. 

Nel vastissimo database, realizzato 
dalla Media Sat Production di Roma, 
sono contenute tutte le informazioni 
che riguardano oltre 24.000 film, 
21 .000 attori e 6.000 registi. Il tutto è 
consultabile in modo semplice e 
veloce tramite telecomando (o ta- 
stiera); sono permesse ricerche tra- 
mite parole chiave e consultazioni 
“incrociate" tra le otto catalogazioni 
disponibili: si possono, ad esempio, 
richiamare tutti i film prodotti in un 
dato anno o “viaggiare" attraverso 
dodici generi principali (e innumere- 
voli sottogeneri). Sono state inoltre 
memorizzate numerosissime locan- 
dine originali dei film più importanti 
(tutte scannerizzate in origine a 24 
bit, e visualizzate tramite il formato 
PCHG 1.2 di Sebastiano Vigna in 
640x400). 

Selezionando gli attori o i registi più 
famosi, oltre alla lista dei film a cui 
hanno partecipato, compare sullo 


schermo la loro fotografia ed è pos- 
sibile consultare una biografia ab- 
bastanza dettagliata. Allo stesso 
modo, nel caso dei film di maggiore 
rilievo, è possibile vedere il manife- 
sto, oppure ascoltare una sintesi 
della trama. Infine, in onore alla mul- 
timedialità del sistema CDTV, è sta- 
to previsto che musiche originali 
accompagnino la consultazione e 
fungano da collegamento tra i film 
appartenenti ad uno stesso genere 
cinematografico. 

Per gli acquirenti del prodotto è 
prevista l’adesione al Cinemabilia 
CLUB, il quale si occuperà di mante- 
nere i contatti con i vari acquirenti, 
ricevere le loro critiche e suggeri- 
menti, fornire notizie riguardo ag- 
giornamenti dell’archivio e così via... 
Per gli operatori del settore la Media 
Sat prevede un'offerta compren- 
dente CDTV, una copia di "Cinema- 
bilia" e gli aggiornamenti dei prossi- 
mi anni. 

LE IMPRESSIONI 
SUL PRODOTTO 

La versione provata (solo per poche 
decine di minuti) non era quella 
definitiva e, inoltre, non abbiamo 
potuto esaminarla tranquillamente 
seduto ad una scrivania, bensì nella 
consueta confusione di un "dopo- 
conferenza stampa"; visto però che 
le prime impressioni sono notoria- 
mente quelle che contano, e consi- 
derato che questo articolo non vuole 
essere una severa recensione del 
prodotto, possiamo tranquillamente 
proseguire; l'interfaccia, semplice e 
intuitiva, non ricorda il 2.0 look del 
Workbench, ma più che altro la gra- 
fica delle schede informative mo- 
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strate talvolta dai telegiornali nazio- 
nali, favorendo quindi chi non è abi- 
tuato ad interagire con i personal 
computer, ed è formata principal- 
mente da grandi e "amichevoli" 
gadget. 

La consultazione non risulta sem- 
pre rapidissima, come ci si aspette- 
rebbedaunsistemaCD-based, ma, 
a detta dei programmatori, la colpa 
è da attribuirsi alle piccole dimen- 
sioni della memoria base del CDTV 
(1 Megabyte di Chip RAM) che 
obbliga il programma a ricaricare 
continuamente gli immensi indici 
anche per la più semplice delle ri- 
cerche incrociate; basta comunque 
aumentare seppur di poco la RAM 
(o utilizzare un normale Amiga ben 
espanso e dotatodi un lettoreCDTV- 
compatibile) per renderli residenti e 
velocizzare di gran lunga le opera- 
zioni. 

Cosa che abbiamo trovato partico- 
larmente seccante è invece la man- 
canza della versione testuale delle 
trame: esse infatti sono esclusiva- 
mente "raccontate" da uno speaker 
(seppur di ottima qualità) e quindi 
l'output su carta è reso impossibile, 
così come avviene per tutti gli altri 
dati (almeno nella versione PRO di 
Cinemabilia). 

Non è comunque escluso un loro in- 
serimento nelle prossime versioni di 
Cinemabilia (soprattutto se molti 
iscritti dell'ormai famoso Club lo 
segnaleranno), visto e considerato 
che, una volta compressi, i brevi 
testi non potranno occupare più di 
poche decine di Kilobyte. 

Altro lieve inconveniente è la limita- 
zione imposta nella gestione delle 
parole chiave di ricerca: esse devo- 
no costituire l'inizio del titolo e non 
una qualunque parte di esso: ad 
esempio, nel caso si voglia cercare 
il titolo "Un Biglietto In Due", non sarà 
possibile inserire semplicemente la 
parola chiave "Biglietto", ma sarà 
necessario immettere perlomeno 
"Un Biglietto", e ciò può creare in- 
convenienti nel caso sia proprio la 
prima parte del titolo quella che non 
si riesce a ricordare; gli stessi incon- 
venienti si avranno nel caso in cui si 
vogliano fare delle ricerche per 
scoprire quali e quanti film usino una 


data parola all'interno del titolo. 
Lodevole è invece l'iniziativadi pre- 
vedere anche la versione madrelin- 
gua del nome del film, soprattutto 
per gli estimatori del cinema in lin- 
gua originale (che sono moltissimi). 
Molto comoda infine l'opportunità di 
sapere se il film in questione è dispo- 
nibile in VHS; iniziativa purtroppo 
rovinata dalla mancanza delle infor- 
mazioni riguardanti la casa di distri- 
buzione. 


NOTE TECNICHE 

Non poteva mancare comunque la 
consueta chiacchierata con i quat- 
tro programmatori (in gran parte 
sviluppatori certificati Commodore 
e tutti pisani: Massimo Coppola, 
Giuseppe Sacco, EmmanueleSom- 
ma e Alessandro Pelosi) i quali 
hanno realizzato da zero tutta l'inter- 
faccia utente e le numerose utility 
necessarie per la compilazione del- 
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IN CONCLUSIONE 


DOSSIER 



SUA 


GUERRA 

WESTERN 


l'immenso archivio. stanno assumendo alcuni team ita- 

La maggioranza del codice è stata Nani di programmazione (e non solo 
scritta in linguaggio C++ diretta- nel campo videoludico) per Amiga, 
mente su Amiga (A3000); è stato 


Concludendo si può tranquillamen- 
te affermare che un prodotto come il 
Cinemabilia trova la sua massima 
espressione se posto in una rivendi- 
ta/noleggio di videocassette, dispo- 
nibile alla consultazione da parte di 
tutti i clienti, grazie anche alla sua 
immediatezza e semplicità d'uso 
che ne fanno un prodotto multime- 
diale realmente alla portata di tutti, 
anche di coloro che sono totalmente 
a digiuno di nozioni "computeristi- 
che". Purtroppo i suoi limiti non ne 
permettono un uso a livello profes- 
sionale, ma anche il professionista 
del video potrà trarne un veloce e 
rapido riferimento (molto comode le 
ricerche incrociate). 

Un buon prodotto quindi, consiglia- 
to sicuramente a tutti gli appassio- 
nati di cinema che dispongono di 
lettore CDTV, e anche un ottimo 
motivo per comprare quest'ultimo 
(al momento, comunque, sono in 
corso trattative per l'inierimento del 
Cinemabilia anche all'Interno delle 
confezioni dello stesso CDTV). A 

Si ringrazia la Media Sat Production 
per la gentile collaborazione fornita. 


inoltre sviluppato un nuovo sistema 
di archiviazioni e compattazione per 
le digitalizzazioni (campionate a 20 
KHz tramite il programma Studio 1 6 
e un campionatore a 8 bit) in stan- 
dard IFF, ed è correntemente in fase 
di registrazione ufficiale presso il 
C.A.T.S. (Commodore Amiaa Tech- 
nical support). I numerosi manifesti 
(circa 1000) sono stati acquisiti tra- 
mite digitalizzatore a 24 bit e suc- 
cessivamente trattati per mezzo di 
programmi quali AdPro e HamLab 
(hanno ora una dimensione di 
400x400 pixel in risoluzione 
640x400 interacciata); sono infine 
state convertite nel formato PCHG 
1 .2 (che permette di avere 16 colori 
indipendenti per ogni riga di dise- 
gno). 

In definitiva quindi si tratta di una 
realizzazione' che ha dimostrato 
un'inventiva e un'efficienza che si 
discosta dall'usuale mediocrità, e 
che si pone ad ulteriore riprova della 
competenza e professionalità che 



AMIGA MAGAZINE 17 




MANIFESTAZIONI 


BIT.MOVIE '93 


Il fantastico 
concorso grafico di 
Riccione. 


Carlo Santagostino 


annuale appuntamento di 
Riccione ha attirato anche 
quest'anno migliaia di visita- 
tori. 

Si parla addirittura di quasi 6000 vi- 
sitatori in 5 giorni (dall'8 ai 12 Aprile). 
Una manifestazione cresciuta dun- 
que: più grandi ie sale, più sezioni, 
più opere in concorso, più importan- 
te. Molti gli sponsor, dalla stessa 
Commodore alla RAI, ma soprattutto 
ii Bit. Movie da quest’anno più inter- 
nazionale: molte sono, infatti, le 
opere partecipanti realizzate al di 
fuori dell'Italia. 

Ma passiamo subito a parlare della 



Praga 

(Karlova 

Ulice), 

Immagine 3D 
di paolo 
Boschetti 
(Italia). 



sezione di maggior interesse, il 
punto focale della manifestazione 
che ne ha decretato il successo: il 
concorso. 

Una manifestazione cresciuta, dice- 
vamo, soprattutto quantitativamen- 
te, e infatti quest'anno le sezioni in 
concorso erano ben sei: animazioni 
reai time 3D, animazioni reai time 
2D, immagine statica 3D, immagine 
statica 2D, video su workstation e 
video su personal computer. 

Quasi tre ore ininterrotte di proiezio- 
ni, ma alla fine di questa "maratona" 
si rimaneva un po' con l'amaro in 
bocca, non perché non ci fossero 
animazioni degne di nota, ma per- 
ché la media qualitativa era alquan- 
to deludente soprattutto se confron- 
tata con la media delle animazioni 
dell'anno precedente. Unico punto 
in comune con i precedenti festival, 
il computer con cui sono state realiz- 
zate praticamente tutte le opere 
vincitrici: Amiga. Anche quest'anno 
le animazioni realizzate con Amiga 
superavano ampiamente quelle 
realizzate con PC MS-DOS o Macin- 
tosh, anche se è da segnalare un 
notevole miglioramento delle ani- 
mazioni realizzate con MS-DOS in 
2D, pur con le notevoli limitazioni 
imposte dall'hardware (320x200 
massimo e non fluidissime per giun- 
ta): ben due animazioni sono state 
premiate (controllate la tabella dei 
vincitori). Al contrario, i Macintosh 
(dei Quadra 950, il massimo per un 
Mac, 68040 ecc. ecc.) hanno fatto 
una ben magra figura: scarsa l'ani- 
mazione in 2D (anche se originale la 
storia) e nulla di eccezionale l'ani- 
mazione presentata nella sezione 
3D reai time; era così scattosa che 
alcuni credevano si trattasse di uno 
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slide show! Numerose presenze di 
animazioni realizzate con il neo- 
nato Amiga 4000, una cosa che non 
mi sarei aspettato dato che Amiga 
4000 si trova in commercio da pochi 
mesi; completa assenza invece del 
1200! Neanche un'animazione in 
concorso realizzata con il piccolo 
della terza generazione di Amiga. 
La delusione subita dopo aver se- 
guito la "non stop" di proiezioni, era 
forse dovuta all'eccessiva quantità 
di opere in concorso; la carenza 
quest'anno si è fatta notare soprat- 
tutto dal punto di vista della regia e 
dell'originalità delle animazioni, un 
aspetto troppe volte trascurato in 
favore di una resa tecnica stupefa- 
cente. Prendiamo, ad esempio, l'a- 
nimazione realizzata quest'anno da 
G. Maiani per la sezione 3D reai 
time, Lampada di Aladino. Avete 
presente la scena di Abyss dove si 
materializza un essere interamente 
composto d'acqua? Bene! Questo 
effetto strabiliante è stato interamen- 
te riprodotto con Imagine 2.0, ma, 
nonostante la grandiosità della rea- 
lizzazione tecnica, la storia non 
soddisfa, e l'animazione non è stata 
gratificata neppure dal pubblico; 
l'anno scorso G. Maiani ha vinto 
nella sezione Reai Time 2D con un'a- 
nimazione (La Mosca) che pur se 
realizzata in maniera molto grezza 
(digitalizzazioni ritoccate con De- 


luxe Paint), aveva una storia diver- 
tente, piena di trovate geniali e 
comiche a ripetizione. 

Un consiglio quindi da tener presen- 
te a chi voglia partecipare alle pros- 
sime edizioni del Bit. Movie: date 
molta più importanza alla storia, alla 
caratterizzazione dei personaggi, 
piuttosto che alla realizzazione tec- 
nica: una buona regia è assoluta- 
mente necessaria, ormai più che la 
conoscenza del mezzo; se poi è 
presente anche una ottima realizza- 
zione, ben venga! 

LA SALA DIMOSTRAZIONI 

Il Bit. Movie, se pur prevalentemente 
conosciuto per la sezione concorso, 
ospita anche una parte dove il 
pubblico può direttamente “toccare 
con mano" le macchine e i prodotti 
che rendono possibili le animazioni 
ammirate nella sala proiezioni. Que- 
st'anno la sezione suddetta era par- 
ticolarmente ricca e ospitava anche 
società straniere quali la Activa 
(Reai 3D 2.0 ha letteralmente strabi- 
liato centinaia di visitatori), ma pro- 
cediamo con ordine: 

Tecno ■ Media 

via Tevere 4/b - 64100 Teramo 

Brightside, Immagine 30, di Stephen 
Menzies ( Canada). 


Nippon Ryori Ten, Immagine 3D di 
Alessandro Saponi 


Tel. (0336)660417 

Subito all'uscita della sala proiezioni 
ci si imbatteva in un Info Point che 
mostrava uno Slide Show delle 
immagini in concorso; colpiva subi- 
to la robustezza che ispirava, e, al 
contrario di molti altri info point in cui 
mi sono imbattuto, sembrava capa- 
ce di resistere anche ad un assalto 
di una squadra di ragazzini. 

Subito i gentilissimi responsabili 
della postazione ci hanno illustrato 
le caratteristiche di questo Info point 
basato, com'era prevedibile, su 
Amiga 1200. La scelta dell'Amiga 
1 200 come cuore del sistema è stato 
sicuramente una delle più felici. In- 
fatti, il nuovo nato della Commodore, 
rappresenta sicuramente sotto que- 
sto punto di vista (multimediale in- 
terattivo) la macchina migliore come 
rapporto prezzo/prestazioni. 

La solidità del sistema ci è stata poi 
confermata dai responsabili: i mate- 
riali che sono stati utilizzati per la 
costruzione sono stati scelti con 
molta attenzione, a cominciare dalla 
verniciatura anti graffio fino ad arri- 
vare ai componenti elettrici a norma 
IMQ utilizzati all'interno, e si è anche 
avuta una conferma della solidità 
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Trae Colors, Immagine 3D, di Èva 
Cortese. 
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del sistema: un info point installato a di vandali che sono riusciti quasi a 
Teramo lungo una strada è stato sradicare a calci ia postazione (era 
attaccato nottetempo da un gruppo ancorata con dei paletti d'acciaio 


incastrati per molti centimetri nel 
terreno!), eppure l'info point ha 
continuato perfettamente a funzio- 
nare anche il giorno dopo. Il softwa- 
re con cui è stato realizzato l'info 
point è Amos, e vengono fornite 
postazioni sia con software su misu- 
ra o senza. Il software dimostratoci 
era realizzato molto bene, fornito, 
inoltre, di una specie di database 
aggiornabile tramite delle Memory 


Ricordiamo che potete ordinare 
le2\ndeocassemcontutteleani- 
mazioni partecipanti ai concorso 
al seguente indirizzo: 

Via Bologna 13-47036 Riccione, 
att.ne sig. Cario Mainardi 
teUfax. 0541/646635 




Line 


S 0332/819104 S 

Dispotiiètfe software per fttniaa -Listino gratuito 


ZyXEL modem 


Oktagon - velocissimo controller At-Bus - controller At-Bus/IDE 
SCSI-2 espandibile a 8mb, può gestire espandibile ad 8mb, può gestire 2 
fino a 7 unità, compatibile con Amiga harddisk, compatibile con tutti gli 
4000, software GigaMem in omaggio, harddisk At-Bus (anche da 2.5") 


Modem compatibile v32bis, v42bis con 
FAX (G3) e modulo VOICE. Standar^ 
proprietario fino a 1 9200bps (2300cps) 




Oktagon 2008 prt Amiga 2000 - OK 


I lA'attia.tikWJ'liWIBl.kliI 


At-Bus 2008 per Amiga 2000 - 0K 


ZyXEL U1496E - 16800 bps 


ZyXEL U1496E+- 19200 bps 


Espansioni di memoria 


CHIP RAM - SIMM 


Schede grafiche 


5 12k con clock per A500 


lmb per A500(+) 


2mb per Amiga 2000/3000/4000 


PCMCIA da 2mb per A600/1200 




SIMM da 2mb 


SIMM da 4mb per A4000/MBX 


ZIP PG per A3000/0ktagon/ At-Bus 


ZIP SC per A3000/0ktagon/ At-Bus 


Digital EditMaster - (non linear editing System 


AVideo/ColorMaster 12 


AVideo/ColorMaster 24 


Flicker Fixer per A2000 /A500 


Disponibili lettori e dischi CD-ROM per Amiga (Fred Fish Collection), Ms-DOS (Windows, OS/2), Macintosh 


Hard Disk SCSI 


Hard Disk IDE 3.5' 


Hard Disk IDE 2.5' 


TruePaint - programma grafico 
a 24 bit per Amiga 1200/4000 

VOXonFAX - listini, schede tecniche, novità, offerte speciali sono disponibili 
online per essere scaricate mezzo FAX. Richiedi il tuo codice d'accesso. 

MBX MICROBOTICS 

1200 

Db-Line Srl - V.ie Rimembranze 26/C - 21024 Biandronno (VA) 
FAX: 0332/767244 - VOXonFAX: 0332/767360 

BBS: 0332/706469-819044 


















nsnmzi 


Ed 


DESCRIZIONE ANIMAZIONE 

Passiamo in dettaglio le animazioniche hanno ottenuto i migliori risultati nella sezione più seguitadel concorso "animazioni 
3D in tempo reale": 

"Till Life" di Pier Tommaso Bennati 

Realizzata con un Amiga 2000 accelerato e Imagine 2.0, questa animazione si è classificata prima per il pubblico e 
seconda per la giuria. Tecnicamente è ineccepibile, possiede un rendering pulitissimo e un ottimo utilizzo dei colori (la 
mela protagonista dell'animazioneera così reale che veniva voglia di morsicarla!), ma l'animazione non riesce a colpire 
il pubblico dal momento che il finale risulta piuttosto fiacco, al contrario, invece, della divertente gag nel mezzo dell'ani- 
mazione dove la mela fa la boccaccia alla lampada che la rimprovera per essere uscita dal quadro; avrebbe potuto 
stravincere con un finale migliore. 

"Disavventure di un collezionista" di Antonio De Lorenzo 

Realizzata con un Amiga 2000 con scheda 68030 e l'immancabile Imagine 2.0, è stata molto sottovalutata in quanto 
proposta, forse, nella categoria sbagliata; si tratta infatti di un'animazione prevalentemente 2D, anche se, effettivamente, 
l'effettodellalente si potevarenderesolotramiteun pacchetto 3D,mail personaggioprincipale (un intruso in unacollezione 
di francobolli) è in 2D e la lente è solo un pretesto per giustificare la storia. Per il pubblico si è classificata seconda, ma 
non è stata (a torto a mio parere) nemmeno nominata dalla giuria. 

Se il personaggio fosse diventato 3D, alla fine dell'animazioneil risultato sarebbe sicuramente cambiato molto. 

"Bye Bye Blue" di Èva Cortese 

Èva Cortese ha raggiunto le stesse identiche posizioni in classifica dello scorso anno: prima per la giuria e terza per il 
pubblico. L'animazionerealizzatacon un Amiga 3000 e Imagine 2.0 unisce una realizzazionetecnica ineccepibile con una 
regia perfetta: e allora come mai solo terza per il pubblico? Il problema risiede nella storia narrata, o meglio, il pubblico 
recepisce meglio storie divertenti, comiche, piuttosto che la storia poeticissimadi Èva Cortese (una farfalla che incontra 
un fiore di un libro e che diventa farfalla a sua volta). Penso che il risultato sia comunque molto gratificantee speriamo che 
Èva Cortese continui su questa strada e l'anno prossimo ci regali qualcosa di ancora più entusiasmante. 

"L'Ancia Therna" di Georg Campana 

Ecco un esempio di una storia divertente con una trama realizzata bene, anche se la realizzazione tecnica non è delle 
migliori. L'animazionecreatacon un Amiga 2000 e scheda 040 fa il verso alla famosa pubblicità della LanciaThema (che 
emerge da una piazzola come metallo liquido) facendo emergere un T riciclo che parte sgommando e va a schiantarsi 
subito dopo. L'effetto "metallo liquido" è accettabile (niente se confrontatocon Linoleum dell'annoprecedente), ma quello 
che conta, e che ha fatto arrivare questa animazione terza per la regia e quarta per il pubblico, è l'effetto comico dato 
dall'emergeredel triciclo al posto della macchina. Se la realizzazionetecnica fosse stata all'altezza, niente le avrebbe tolto 
il primo posto. 


Card che vengono inserite nello slot 
PCMCIA dell'Amiga 1200. 

Attiva International 
Amsterdam, thè Netherlands, 

Tel. ++31,20,69 1191 4 Fax. 
++31,20,69 11428 

La Activa presentava al Bit. Movie i 
suoi due prodotti di punta: Real3D 
2.0eMedialink.Di Reai 3D ne abbia- 
mo già abbondantemente parlato e 
continueremo a parlarne. Speriamo 
al più presto di riuscire anche a 
fornirvi una esauriente recensione 
(non vediamo l'ora di metterci le 
mani!). 


Per chi non avesse letto ancora nien- 
te a proposito di Reai 3D 2.0, ricor- 
diamo che si tratta sicuramente del 
software di modellazione, animazio- 
ne e rendering definitivo per Amiga 
(e non solo),grazieallastraordinaria 
possibilità di includere nellecaratte- 
ristiche degli oggetti dei parametri 
fisici quali il peso, la velocità, ecc. 
Permette, inoltre, di realizzare ani- 
mazioni a dir poco strabilianti con un 
minimo sforzo (avreste dovuto vede- 
re l'espressione dei presenti alla 
presentazione al pubblico di Reai 
3D 2.0, quando l'operatore ha fatto 
scontrare due sfere e il moto si è 
trasmesso da una sfera all'altra 


come se fossero due vere palle da 
biliardo!). 

Per quel che riguarda Medialink, si 
tratta anch'esso di un programma 
veramente eccezionale: si contrap- 
pone come utilizzo al già incredibile 
scala MM 200, ma aggiunge tali e 
tante possibilità da porsi subito 
come software definitivo per questo 
tipo di utilizzo al pari di Reai 3D 2.0 
nella sua categoria, anche se al Bit. 
Movie non ha avuto il seguito merita- 
to, nascosto dalle meraviglie del suo 
compagno Reai. 

RS (GVP) 

via B.Buozzi, 6 ' 40057 
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Architettura 1, Immagine 3D di 
Caretta & Stefano. 


Cadriano di Granarolo (BO) 

Tel. 051/765563, Fax. 051/ 
765568, BBS. 051/765553 

Presente in forze la RS, distributore 
italiano ufficiale dei prodotti GVP, 
presentava al Bit. Movie la serie 
completa dei suoi nuovi prodotti, a 
partire dal fantastico G-Lock (il mi- 
glior genlock per Amiga) fino ad 
"ADDI", il 2000 custom della GVP; si 
tratta di un Amiga 2000 pitturato 
completamente di nero, con all'in- 
terno una G-Force 040 e una scheda 
IV24, un concorrente al sistema 
Videotoaster proposto dalla New- 
Tek. Tra le novità presentate vi era 
l'upgrade (sia software che hardwa- 
re) 2.0 per la Impact Vision 24 e il 
primo prodotto GVP per MS-DOS, il 
G-Lock VGA. 

Mangazone 

Via Grandis 1, 00185 ROMA - 
Tel/Fax: 06/7028955 

Questo nuovo distributore di prodot- 
ti per Amiga era presente al Bit. 
Movie con un prodotto che ha solle- 


Alessatidro Saponi al Fianco della 
sua ultima opera. 




vato un notevole interesse. Si tratta 
della scheda DMI Resolver, una 
scheda grafica per Amiga per molti 
versi innovativa. 

Infatti, oltre a permettere il traccia- 
mento di linee e il riempimento di 
aree velocizzato tramite una specie 
di blitter (cosa che fanno anche 
molte altre schede true color per 
Amiga), può calcolare via hardware 
anche poligoni in Gouraud shading 
(si parla di 30000 poligoni al secon- 
do!). Davvero impressionante era il 
demo di una Banana renderizzata 
(che avevamo già potuto vedere al 
World of Commodre di Francoforte) 
che veniva ruotata in tempo reale 
con il mouse. 

E 1 stata inoltre presentata la nuova 
versione di Caligari, che, tra le mi- 
gliaia di nuove funzioni, può 
anche utilizzare direttamen- 
te la scheda DMI resolver; 
aspettatevi al più presto una 
completa recensione. 

Softlmage 
V.le Colleoni, 1 3 
20041 Agrate Brianza 
(MI) 

Tel. 039, 6057720 • Fax. 

039, 6057727 


Bye Bye Blue, Animazione 
3D, di Èva Cortese. 


Tra i tanti Amiga esposti, in un an- 
golino piuttosto segregato, si trova- 
va anche una workstation Silicon 
Graphics Indigo II dove due intrepi- 
di collaboratori della Soft Image 
Italia dimostravano il loro famoso 
pacchetto di rendering per worksta- 
tion. 

Il Software della Soft Image è stato il 
primo ad introdurre le caratteristiche 
fisiche legate agli oggetti che ora 
stanno facendo la fortuna di Reai 3D 
2.0, e devo dire che anche i due 
grafici, abituati a lavorare su mac- 
chine da centinaia di milioni con ve- 
locità di calcolo "paurose", sono 
rimasti meravigliati davanti alle pos- 
sibilità che offre Reai 3D 2.0 su di un 
semplice personal computer quale 
Amiga: che dite... l'anno prossimo 
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Pubblico 

Animazione Reai Time 2D 


1) Quality Time 

di Eric Schwartz 

Amiga 2000 

2) Ombre e delitti 

di Biondi Lorenzo 

PC 386 

3) Juggette 3 2 

di Eric Schwartz 

Amiga 2000 

4) Unsporting 

di Eric Schwartz 

Amiga 2000 

5) The Haunted 

di Roddy McMillan 

Amiga 500 

Animazione Reai Time 3D 



1) Till lite 

di Bennati Pier Tommaso 

Amiga 2000 030 

2) Disavventure di un collezionista 

di De Lorenzo Antonio 

Amiga 2000 030 

3) Bye Bye Blue 

di Èva Cortese 

Amiga 3000 

4) L'Ancia Therna 

di Georg Campana 

Amiga 2000 040 

5) Virtual battle 

di Marco Maltese 

Amiga 3000 

Immagine 2D 



1) Acquario 

di Platania Marco 

Mac Quadra 950 

2) Inanna Lange 

di Marie Helene Parant 

Amiga 3000 

3) Veliero 

di Arcidiacono Grazia 

Amiga 500 

4) Le mani di Escher 

di Sciamila Margherita 

Mac Quadra 700 

5) WOW 

di Haing lan 

Amiga 2000 

Immagine 3D 



1) Nippon Riory Ten 

di Saponi Alessandro 

Amiga 3000 

2) Bright Side 

di Stephen Menzies 

Amiga 2000 040 

3) Hyórometra 

di De Lorenzo Antonio 

Amiga 2000 030 

4) After thè win 

di Salerno Pietro 

Amiga 2000 030 

5) Ristorante 

di Fanelli Williams 

PC 486 

Video pontonai computer 



1} Encounter 

di John Rowe 

Amiga 2000 

2) Le miroir virtuel 

di Jean Lue Faubert 

Amiga 2000 030 

3) Mary la tartaruga 

di Ugo D'Orazio 

Amiga 50 0 

4) Orologio 

di Marenzi Mauro 

Amiga 4000 

5) Lampada Demo 

di Marenzi Mauro 

Amiga 4000 

Video Graphlc Workstation 



1) Xanadu City 

di Estienne & Duval 


2) Ex Memoriam 

di Anne Belanger 

HP Apollo 

3) Lawn Mover Man 

4) Tryptich of Philips ID's 

di Linda Jones 
di Vaikieser Group 

Silicon Indi go 
Silicon 

5) La grosse Lulu retourne à Venice 

di Buenda Mario Martin 

Silicon Iris 4D 

6) Orgiment 

di Roger Cabezas 

Silicon 


Giuria 


Immagine statica 2D 

1) Inanna Lange 

Immagine statica 3D: 

di Marie Helene Parant 

Amiga 3000 

1) Nippon Riory Ten 

di Saponi Alessandro 

Amiga 3000 

Video su personal computer: 



1) Le Miroir virtuel 

di Jean Lue Faubert 

Amiga 2000 030 

Video su Graphlc workstation: 



1) Stabbur Makrell 

di Freemantle Charlie 

Silicon Iris 

Reai lime 3D 



1) Bye Bye Blue 

di Èva Cortese 

Amiga 3000 

2) Till Life 

di Pier Tommaso Bennati 

Amiga 2000 030 

3) L’Ancia Therna 

di George Campana 

Amiga 2000 040 

Reai timo 2D 



1) Quality Time 

di Eric Schwartz 

Amiga 2000 

2) Ombre & Delitti 

di Biondi Lorenzo 

PC 386 

3) Piktogramme 

di Armin Schontag 

PC 386 



Quality Time, Animazione 2D di Eric 
W. Schwartz (U.S.A.) 


Amiga vincerà anche la sezione 
workstation? 

I CORSI 

Un altro appuntamento fisso del 
Bit. Movie che sta riscuotendo sem- 
pre maggior successo, sono i corsi 
di grafica 3D su Amiga e su PC MS- 
DOS che si tengono durante i 5 
giorni della manifestazione. Le 
esaurienti lezioni impartite diretta- 
mente da famosi autori (Antonio De 
Lorenzo e Alessandro Saponi solo 
per fare alcuni nomi) hanno avuto 
quest'anno un successo insperato, 
e fanno ben sperare per una ulterio- 
re crescita di importanza per questo 
aspetto, a torto trascurato, del 
Festival. Concludendo, Il Bit. Movie 
'93 ha definitivamente consolidato la 
fama di questo festival come uno 
degli avvenimenti più importanti a 
livello europeo (e sicuramente il più 
importante e seguito a livello italia- 
no) per quanto riguarda la grafica al 
computer. 

Le innumerevoli partecipazioni stra- 
niere dimostrano come il Bit. Movie 
sia ormai conosciuto e apprezzato 
anche al di fuori dell'Italia. Vincere 
una manifestazione del genere ora 
non è più solo una soddisfazione 
personale, ma anche una gratifica- 
zione ufficiale e riconosciuta non so- 
lo nel ristretto ambiente della grafica 
amatoriale. Arrivederci dunque ad 
un Bit .Movie ’94 ancora più grande 
e internazionale! A 


Tabella dei vincitori 
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EMPLANT 2.1 


Sergio Ruocco 


E' un computer! E' un Macintosh! 
No, è un Amiga con Emplant! 



:ì- V/r 


L a facilità con cui un 
uomo può trasformare 
una macchina per 
adattarla ad essere utilizza- 
ta in contesti e per scopi non 
previsti dai progettisti è un 
segno, oltre che della crea- 
tività dell'uomo, della flessi- 
bilità della macchina, una 
qualità che solo un progetti- 
sta accorto può infonderle. 
Questa affermazione vale 
anche, e soprattutto, se rife- 
rita ad un computer, il cui 
compito per elezione è di 
poter essere programmato 
per svolgere compiti dispa- 
rati e a priori non previsti. 
Portando il ragionamento 
alle sue estreme conse- 
guenze, possiamo afferma- 
re che, la facilità con cui un 
computer può essere adat- 
tato per utilizzare prodotti 
software e hardware dedi- 
cati ad un altro computer 
completamente diverso, è 
una prova evidente sia del- 
l'abilità di chi questo adatta- 
mento concepisce e realiz- 
za, a dispetto di quanti, 
magari, lo ritenevano a priori 
impossibile, sia dell'apertu- 
ra mentale dei progettisti nel 
realizzare una macchina 
flessibile, modulare, aperta 
e adattabile ai più disparati 
paradigmi funzionali. 

Tra i punti di forza di Amiga 
vi è una capacità di emulare 
altre architetture non ancora 
superata né dai PC compa- 
tibili, né dagli Apple Macin- 
tosh, né da altri computer. 
La lista delle imitazioni è 


La favolosa scheda Emplant. 

lunga: Commodore 64 e Vie 
20, Sinclair ZX81, Spectrum 
e QL, Acorn BBC, Atari 800 
eST, Apple II, CPM 80, IBM 
PC e AT e Apple Macintosh, 
ed è destinata a crescere. 

In questo articolo esamine- 
rò in dettaglio uno dei pro- 
dotti al tempo stesso più 
chiacchierati, sofisticati e 
dalla storia più travagliata 
mai apparsi per Amiga: l'e- 
mulatore Emplant della Utili- 
ties Unlimited, di Jim Drew e 
Joe Fenton. 

IL PASSATO 

Il primo annuncio di Em- 
plant apparve verso la fine 
di aprile dello scorso anno 




sulle principali reti telemati- 
che mondiali. Jim Drew, 
vicepresidente della Utili- 
ties Unlimited (Arizona), 
presentava un rivoluziona- 
rio emulatore di Macintosh 
serie II (x/cx/fx) e Quadra, 
composto da una scheda 
Zorro II, una ROM Apple e 
un opportuno modulo soft- 
ware. 

La sospetta coincidenza del 
suo annuncio con l'uscita di 
Amax II Plus, la nuova ver- 
sione di Amax, le fanta- 
scientifiche promesse del 
supporto del multitasking e 
del colore, la data di rilascio 
che cambiava continua- 
mente, fissata prima a lu- 
glio, poi spostata a settem- 


bre e ancora rimandata, e le 
prime schede non funzio- 
nanti potevano forse fare di 
Emplant il più colossale 
pacco della storia di Amiga. 
Da quel lontano aprile le 
discussioni sulla rete Use- 
Net prò e contro Jim Drew e 
il suo Emplant sono state 
infuocate, sfociando addi- 
rittura in litigi tra i suoi detrat- 
tori e i suoi sostenitori. 
Alcuni temerari, convinti 
della buona fede di Jim, gli 
inviarono dei soldi prima 
ancora che esistesse una 
sola scheda funzionante. 
Gli scettici ricordavano che 
Sybil (il precedente prodot- 
to di Jim per leggere i dischi 
Mac da 800 KB registrati a 
velocità variabile) non ave- 
va mai funzionato perfetta- 
mente e sostenevano che 
Emplant fosse vaporware 
allo stato puro. 

Frattanto esperti di Amiga e 
Macintosh assieme ai pro- 
gettisti di AMax si consuma- 
rono le dita sulle tastiere 
cercando di dimostrare che 
emulare un Macintosh II a 
colori su Amiga in multitas- 
king, per di più ad una velo- 
cità accettabile, era sempli- 
cemente impossibile. 

Poi, il 23 Novembre apparve 
il primo annuncio di una 
Emplant funzionante. 

Nel giro di cinque mesi il 
software di emulazione è 
passato dalla incerta versio- 
ne 1.1 alla buona versione 
2.1 (si prevede un ulteriore 
aggiornamento nel momen- 
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to in cui state leggendo 
questo articolo). Di contro, 
l'hardware è rimasto immu- 
tato e nessun cliente ha mai 
dovuto restituire una sche- 
da Emplant per aggiorna- 
menti o ripensamenti dell'ul- 
tima ora dei progettisti. 

IL PRESENTE 

L'emulatore Emplant è pie- 
namente compatibile con le 
Release 1.3 (ancora per 
poco, però), 2 e 3 e 3. 1 beta 
del sistema operativo, sia su 
ROM che caricate da disco, 
tutti i modelli di Amiga, 
compresi A3000, A3000 
Tower e A4000, tutti i pro- 
cessori Motorola dal 68020 
al 68040, coprocessori 
compresi e tutti i controller 
SCSI utilizzabili da Amiga, 
Con il software di emulazio- 
ne 2.1 e una scheda Em- 
plant potete emulare un 
Macintosh SE-30, II, llx o 
llcx a colori e in multitasking 
con altre applicazioni Ami- 
ga. 

Ricordo che il Mac II (uscito 
nel 1987) ha un 68020 e un 
68881 a 16 MHz e 1 MB di 
RAM espandibile ad 8 (la 
MMU è opzionale), mentre i 
modelli llx e ex (del 1989) 
ospitano un 68030 a 1 6 MHz 
e 1 o4 MB di RAM. 

Anche se i requisiti minimi 


per utilizzare Emplant sono 
un Amiga con una CPU 
68020 o superiore, una 
MMU, una FPU, 3 MB di 
RAM e uno slot Zorro II libe- 
ro, ricordate che Emplant 
emula una serie di modelli 
Macintosh le cui configura- 
zioni medie, oggi, sono ben 
superiori a quelle originali. 

1 nuovi Mac sono dotati 
come minimo di 4 MB di 
RAM, un hard disk da 40 MB 
e una CPU 68030 o superio- 
re. Né il sistema operativo, 
né le applicazioni fanno un 
uso parco delle risorse. Il 
System 7.1 richiede da solo 

2 MB per partire e program- 
mi come PageMaker, Word 
o Photoshop altri 2 MB; per 
utilizzarli con Emplant do- 


vrete riservare 4 MB di RAM 
solo per il Mac, più 256 KB 
per la ROM, da 512 KB a 1 
MB al buffer video dell'emu- 
latore e lasciare almeno 2 
MB liberi per il sistema ope- 
rativo e le applicazioni Ami- 
ga. 

In breve, l'Amiga ideale per 
utilizzare Emplant senza 
fare i salti mortali è dotato di 
CPU 68030 (e NON 
68EC030, che non incorpo- 
ra la MMU) e FPU 68882 o 
addirittura di un 68040, di 8 
MB di Fast e 2 di Chip RAM, 
meglio se a 32 bit, e di una 
partizione libera sul disco 
fisso di almeno 10 MB da 
formattare in modo Macin- 
tosh. 

E' infine indispensabile un 


file con il contenuto dì una 
ROM 256 KB Apple versio- 
ne 1 .3 che supporti i Super- 
Drive, utilizzata corrente- 
mente dai Macintosh II x e 
ex (non fornita con l'emula- 
tore). Due utility fornite con 
l'emulatore permettono di 
effettuare il dump di una 
ROM installata in un Macin- 
tosh, o negli zoccoli SIMM o 
DIP appositamente previsti 
sulla scheda Emplant. ' 

Dal punto di vista di Amiga, 
l'emulatore si comporta 
come una qualsiasi applica- 
zione, aprendo uno scher- 
mo dedicato che può esse- 
re abbassato per rivelare 
quelli sottostanti. Con un 
Amiga dotato del chip set 
ECS si possono utilizzare 
schermi di 640x512 o 
640x400 pixel in 2, 4 o 16 
colori, mentre il chip set 
AGA permette uno spetta- 
colare quanto lento modo 
640x480 a 256 colori. La 
profondità dello schermo e 
quindi il numero di colori 
visualizzati contempora- 
neamente sono seleziona- 
bili utilizzando le utility di 
sistema Macintosh. 

Il boot può essere effettuato 
da qualsiasi dispositivo che 
contenga il software di si- 
stema del Macintosh. La 
prima possibilità è una par- 
tizione già dedicata ad 
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Benvenuto in HyperCard 

HyperCard è un software che consente all'utente 
di creare, modificare ed organizzare informazioni 
con il proprio computer 

Con HyperCard si utilizzano dei documenti detti 
stack In tali documenti si possono memorizzare 
molte cose diverse, per esempio si può costruire uno 
stack per tenere traccia degli appuntamenti, per 
controllare le spese, per imparare una nuova lingua o 
per comandare un compact disc. 

Alcuni stack vengono forniti qui per consentirti di 
iniziare II manuale Nozioni di Base su HyperCard ti 
spiega come usarli È possibile trovare altri stack dai 
rivenditori autorizzati Apple e da altri utenti 




g) 0 ' 

1 



Amax o un dispositivo (HD, 
SyQuest, CD-ROM...) prele- 
vato da un vero Macintosh, 
ma esistono anche interes- 
santi alternative: la RAM 
Disk residente al reset di 
Amiga è una di esse. Em- 
plant è compatibile con le 
versioni System 6.05, 6.07, 
6.08, 7.0, 7.0 aggiornato 
con TuneUp, 7.01 e 7.1 . 
L'emulatore può leggere e 
scrivere floppy In formato 
Amax , MS-DOS 720 KB e se 
l'Amiga è dotato di drive HD, 
anche floppy da alta densità 
in formato Macintosh (1600 
KB) e MS-DOS (1.44 MB). 
Utilizzando il dispositivo 
Sybil è possibile leggere 
anche i floppy Mac a bassa 
densità e convertirli in for- 
mato Amax . 

Sono disponibili versioni di 
Emplant che implementano 
sulla scheda una SCSI1 e/o 
due porte seriali da 57.6 
Kbaud compatibili MIDI e 
AppleTalk. 

Il FUTURO 

Le prossime revisioni del 
software di emulazione non 
saranno più compatibili con 
l'ormai obsoleta Release 1 .3 
dell'AmigaDOS. Le versioni 
successive del software uti- 
lizzeranno funzioni e pecu- 
liarità della Release 2 e, su 


1200 e 4000, delia Release 
3 dell'AmigaDOS. 

Tra le novità annunciate 
dalla Utilities Unlimited vi 
sono un driver video per il 
DCTV, per un output quasi- 
24 bit con un modesto uso di 
memoria, e uno in grado di 
emulare il modo video a 
32.768 colori del Macintosh 
con il modo HAM8 dell'A- 
GA. L'overscan sarà utiliz- 
zabile in tutte le risoluzioni e 
saranno disponibili video 
driver per tutte le schede 
grafiche delle quali Jim 
Drew riceverà le specifiche. 
Per ora sono il lavorazione 
driver per le schede grafi- 
che A2410, Domino, Fire- 
cracker, Resolver, Rainbow 
ll/lll, Retina, OpalVision e 
Vivid-24, o conformi allo 
standard EGS promosso 
dalla GVP, comprese quindi 
IV-24 e EGS 110/24. Se la 
vostra scheda non è nella 
lista basterà contattare Jim 
Drew perché venga aggiun- 
ta. 

Un driver redirezionerà i 
programmi Macintosh che 
accedono alle porte A e B 
passando per il sistema 
operativo alle porte seriale e 
parallela standard di Ami- 
ga. Con opportuni driver 
sarà possibile utilizzare di- 
spositivi in formato Amiga 
dall'emulatore Mac e dispo- 


sitivi in formato Macintosh 
da Amiga. Verranno emula- 
te anche caratteristiche dei 
modelli Macintosh II ci e II si, 
incluso il supporto per il 
digitalizzatore audio; la 
documentazione sarà mi- 
gliorata ed estesa con vari 
esempi di installazione e 
includerà una configurazio- 
ne di default per aiutare gli 
utenti meno smaliziati. 

Verrà fornito un device dri- 
ver per utilizzare la porta 
SCSI di Emplant anche dal 
lato Amiga, assieme al soft- 
ware di inizializzazione e 
partizionamento. 

Sono in fase di beta-test 
Emplant che utilizzano ROM 
Mac "32-bit clean" da 512 
KB, che permettono a Mac 
di utilizzare l'intero spazio di 
indirizzamento a 32 bit. Con 
le nuove ROM la MMU non 
sarà più indispensabile per 
utilizzare Emplant, ma ri- 
marrà utile per usare la 
memoria virtuale (supporta- 
ta a partire dal System 7) e 
ottimizzare il refresh video 
dell'emulatore. Quindi Em- 
plant potrà funzionare an- 
che su A4000/EC030 e 
A 1200 (senza MMU e FPU) 
emulando però solo un Mac 
monocromatico (a quanto 
pare per gestire i colori al 
Mac occorre la FPU!). E' allo 
studio anche un adattatore 


NuBus per utilizzare schede 
Macintosh. 

Una versione A1200 di 
Emplant è prevista per la 
prossima estate. La sche- 
da, in formato PCMCIA, 
comprenderà due seriali 
compatibili Mac, un'inter- 
faccia SCSI e il normale 
hardware di emulazione, 
mentre l'hardware necessa- 
rio al dump delle ROM sarà 
fornito in opzione e si colle- 
gherà alla porta parallela. Il 
prezzo previsto è di 299.95 
dollari. 

Per la fine del 1993 la UU 
prevede di realizzare nuovi 
moduli software per emula- 
re Atari 400, 800, ST e Fal- 
con, Commodore 64 e 128, 
Sinclair ZX-81 e Spectrum, 
console Sega Megadrive e 
Super Nintendo (questi due 
moduli sono sviluppati in 
Germania) e addirittura IBM 
AT, 386 e 486. Jim Drew ha 
dichiarato che il suo emula- 
tore 386/486 non utilizzerà il 
tradizionale simulatore soft- 
ware di processore 80x86 
che legge e interpreta le 
istruzioni una alla volta, 
bensì un compilatore bina- 
rio che traduce tutto il codi- 
ce Intel in assembly 68000 
al suo caricamento in me- 
moria per poi eseguirlo a 
piena velocità. Si può obiet- 
tare che se il codice origina- 
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HARDWARE 



II package 
della Emplant 


le è automodificante, que- 
sta tecnica non può funzio- 
nare; una soluzione inge- 
gnosa è intercettare le alte- 
razioni aH'assembly 80x86 
proteggendo l'area codice 
con la MMU e ricompilando 
al volo le aree modificate. 
Funzionerà? 

CONFEZIONE 

La scheda che abbiamo 
ricevuto è contenuta in una 
scatola di cartone bianco 
sulla quale spicca il logo 
Emplant, semplice ma ac- 
cattivante, assieme ad una 
sua giustificazione, a mio 
avviso un po' forzata: Em- 
plant sarebbe infatti l'acro- 
nimo di Electronic Micro- 
Processor Level Amiga Na- 
tive Task! Appena sotto c'è 
l'indirizzo completo della 
Utilities Unlimited che stra- 
namente non appare nel 
manuale. 

La configurazione della 
scheda è anche riportata 
sul bordo della scatola da 
alcune voci evidenziate tra 
la numerose possibili: la 
scheda in prova risulta es- 
sere Emplant per A500/ 
Al 000/A2000/A3000 (e 
anche A4000I); le altre con- 
figurazioni previste sono 
Sybil (dispositivo per legge- 
re i floppy Mac da 800 KB), 
SCSI (un Emplant dotata di 
controller SCSI), BASIC 
(senza seriali né SCSI) e 
DELUXE (SCSI e seriali). 

A conferma del fatto che 
l'abito non fa il monaco, il 
contenuto è (purtroppo) 
nello standard dei prodotti 
Amiga: un floppy, la scheda 
e otto pagine, per giunta 
fotocopiate e graffettate (il 
"manuale"!). 

Installato!!! 


LA SCHEDA 

La scheda è di tipo Zorro 1 1 e 
quindi può essere installata 
su gli Amiga 2000, 3000 e 
4000 e negli adattatori Zorro 
Il per Amiga 500 e 1000 
come la Zorro Big Blue ed è 
disponibile in quattro ver- 
sioni: con o senza SCSI e 
con o senza doppia seriale. 
A scanso di equivoci è 


opportuno puntualizzare 
subito che, a partire dalla 
versione base, ogni scheda 
Emplant comprende tutto 
l'hardware necessario per 
utilizzare l'emulatore Macin- 
tosh e ogni altro emulatore 
che la UU renderà disponi- 
bile in futuro. 

L'interfaccia SCSI, per ora, 
è accessibile solo dall'emu- 
latore e non è necessaria se 


avete già un qualsiasi con- 
troller HD. Finché non sarà 
disponibile il driver per usar- 
la con Amiga, non riesco ad 
immaginare un motivo per 
acquistare una scheda con 
tale interfaccia. Un compu- 
ter relativamente poco 
espandibile come il 1200 
trarrebbe grande beneficio 
dall'integrazione di una in- 
terfaccia SCSI nella annun- 
ciata versione PCMCIA di 
Emplant, perché lascereb- 
be il processor slot a dispo- 
sizione di CPU più potenti e 
espansioni di memoria. 

Le due porte seriali, compa- 
tibili anche con i protocolli 
MIDI e AppleTalk, possono 
funzionare ad una velocità 
massima di 57.6 KBaud e 
sono accessibili dall'emula- 
tore Mac o dalle applicazio- 
ni Amiga, utilizzando l'ap- 
posito empser. device. Pur- 
troppo, a causa di una 
"peculiarità" nel modo in cui 
Mac gestisce la seriale, 
l'empser. device non può 
gestire l'handshakìng RTS/ 
CTS, e può essere difficolto- 
so utilizzare modem ad alta 
velocità o con correzione di 
errore collegati alle porte 
Emplant. Con l'emulatore, 
invece, l'handshaking RTS / 
CTS funziona perfettamen- 
te. 

I connettori utilizzati sono gli 
stessi mini-din del Macin- 
tosh (standard RS-422), ai 
quali si collegano diretta- 
mente mouse e tastiere 
Apple e, con semplici adat- 
tatori, modem e stampanti 
(RS-232) e tastiere musicali 
(DIN). Nel disco di Emplant 
è inclusa un'immagine IFF 
con i collegamenti necessa- 
ri a costruirsi un adattatore 
da RS422 a RS-232. 

E' stata dedicata particolare 
cura progettuale all'imple- 
mentazione dell'hardware 
seriale: i chip sono gli stessi 
utilizzati da Apple e sono 
mappati agli stessi indirizzi 
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dei Mac veri. I numerosi 
programmi MIDI e di emula- 
zione terminale che scaval- 
cano i device driver e pilota- 
no direttamente l'hardware 
e lo stesso sistema operati- 
vo Mac, trovano i registri 
giusti al posto giusto e con- 
tinuano a funzionare. Pur- 
troppo alcune delle prime 
schede Emplant, tra cui 
quella in prova, sono state 
assemblate con un chip 
seriale guasto: se sul chip 
8530 trovate la sigla ST 
mettetevi in contatto con la 
UU per una sostituzione in 
garanzia. 

Ogni versione della scheda 
prevede inoltre un campio- 
natore audio monofonico a 
8 bit compatibile con il corri- 
spondente Macintosh; al 
momento della produzione 
in serie della scheda, però, i 
due chip che lo implemen- 
tano non erano ancora di- 
sponibili e quindi i relativi 
zoccoli sono rimasti vuoti. A 
quanto pare la UU ha comu- 
nicato le sigle degli integrati 
mancanti e si tratta di com- 
ponenti economici e di faci- 
le reperibilità, anche se non 
ho potuto verificare perso- 
nalmente. Il software di 
supporto è incluso nel mo- 
dulo di emulazione di Mac II 
si che sarà presto disponibi- 
le sempre come upgrade 

Le risoluzioni video 
consentite dall'Emplant. 


gratuito. 

La versione provata è quella 
dotata di doppia porta seria- 
le, ma priva del controller 
SCSI (opzione A); osservan- 
dola da sinistra a destra 
troviamo una RAM statica, 
tre via 6522, un chip seriale 
8530 e un clock da 3.6 MHz 
tutti montati su zoccolo e 
con le sigle chiaramente 
leggibili. Si tratta di compo- 
nenti così comuni che in 
caso di guasti li potete ac- 
quistare con qualche bi- 
glietto da mille in un negozio 
di elettronica ben fornito. 
Completano la scheda alcu- 
ne PAL di AutoConfig, un al- 
loggiamento per una pila a 
bottone e una serie di zoc- 
coli vuoti: due DIP 8 per il 
digitalizzatore e quattro DIP 
32 e un SIMM. 

Dato che dopo il dump su 


file la ROM Apple può esse- 
re rimossa, e attraverso i 
quattro zoccoli DIP da 32 
pin si possono pilotare tutti i 
segnali del bus Zorro II, la 
scheda è aperta ad ogni 
tipo di aggiornamento e 
miglioramento che il futuro 
potrebbe rendere necessa- 
ri. 

La semplicità della scheda 
Emplant la espone purtrop- 
po ai più vili scopiazzamen- 
ti, un atto immorale, che 
esprime disprezzo per la 
genialità di Jim Drew e Joe 
Fenton, oltre che illegale e 
da perseguire duramente 
se venisse perpetrato. 

IL DISCO 

Il disco incluso nella confe- 
zione contiene la versione 
1.5 del software di emula- 


zione che sarebbe obsole- 
ta, se mai avesse funziona- 
to. La UU distribuisce gra- 
tuitamente gli upgrade del 
software di emulazione at- 
traverso la propria BBS, il 
sistema GEnie, la rete Inter- 
net, e per posta agli utenti 
registrati Emplant. Si trova 
facilmente sia la versione 
2.0, datata 19 febbraio, sia 
la 2.1, datata 21 marzo, su 
Internet (negli ftp sites Ami- 
Net), ma sono reperibili al- 
trettanto facilmente in una 
qualsiasi BBS italiana dedi- 
cata ad Amiga. 

IL MANUALE 

Il manuale è quanto di peg- 
gio mi sia mai capitato tra le 
mani. 

Con il senno di poi, il manua- 
le acquista qualche senso: 
rileggendolo dopo aver in- 
stallato e utilizzato Emplant 
avrete la magra consolazio- 
ne di riconoscere, nascoste 
tra le righe, alcune scoperte 
che avete già fatto sulla 
vostra pelle. 

Spero sia cosa gradita ai 
lettori di Amiga Magazine 
che decideranno di acqui- 
stare una Emplant, dedica- 
re una apposita sezione di 
questo artìcolo ad una disa- 
mina dettagliata della sua 
installazione e di tutti i pro- 
blemi connessi. La troverete 
nel riquadro che accompa- 
gna l'articolo. 


Driver 

ChipSet 

Risoluzione 

Colori 

Memoria Kb 

Note 

Amiga Video 2.2 

OCS/ECS/AGA 

640x400 

2,4,16 

256+128 

MMU 

Amiga Video 2.3 

OCS/ECS/AGA 

640x400 

2,4,16 

256+128+256 

MMU 

Amiga Video 2 . 4 

OCS/ECS/AGA 

640x400 

2,4,16 

256+128 

MMU+68040 

Amiga Video 2.5 

OCS/ECS/AGA 

640x400 

2,4,16 

256+256+128 

MMU+68040 

AmigaPalVideo 1.0 

OCS/ECS/AGA 

640x512 

2,4,16 

320+192 

MMU 

AmigaPalVideo 1.1 

OCS/ECS/AGA 

640x512 

2,4,16 

320+192+256 

MMU 

AmigaPalVideo 1.2 

OCS/ECS/AGA 

640x512 

2,4,16 

320+192 

MMU+68040 

AmigaPalVideo 1.3 

OCS/ECS/AGA 

640x512 

2,4,16 

320+192+256 

MMu+68040 

AGA Video 1 . 0 

AGA 

640x480 

2,4,16,256 

896 

A4000+MMU+68040 

AGA Video 1.2 

AGA 

640x480 

2,4,16, 256 

640 

A4000+MMU+68040 

AGA Video 1 . 3 

AGA 

640x480 

2,4,16,256 

896 

A4000+MMU+68040 
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HARDWARE 


uso 

Emplant è stato installato e 
utilizzato su un A4000 e su 
un A3000T. Emplant ha fatto 
il boot da una partizione 
preparata da Amax e vice- 
versa. In mancanza di una 
partizione Mac bootabile 
dovrete effettuare il boot 
con un dischetto in formato 
Amax o, se avete un drive 
HD, Mac ad alta densità 
(1600 KB), formattare i di- 
spositivi (se non sono già in 
formato Mac) e installare il 
sistema operativo. 

Quando l'emulatore è in 
funzione prende il controllo 
della trackdisk.resource 
impedendo all'AmigaDOS 
di accedere ai floppy disk; 
per il resto, Amiga funziona 
come prima, anche se più 


Guida all'installazione 

L'installazione fisica della scheda è quanto di più semplice si 
: possa immaginare: spegnete e aprite il vostro Amiga seguendo 
j le istruzioni dei manuali forniti in dotazione, localizzate uno slot 
! libero, svitate la piastrina che occlude la parte posteriore della 
macchina e inserite la scheda. 

Il clock della scheda è montato su zoccolo e sporge leggermen- 
te: verificate che non faccia contatto con le saldature di una 
eventuale scheda attigua e, nel dubbio, inserite un foglio di 
materiale isolante. Dopo aver controllato che la scheda sia ben 
inserita e aver connesso ogni cavo che avete eventualmente 
scollegato, accendete l'Amiga per controllare che tutto sia 
andato bene. Se la scheda è inserita correttamente il boot 
avviene come al solito. 

Da bootmenu potete verificare che Emplant è stata riconosciuta 
: dal sistema; per attivarlo tenete premuti i due pulsanti del mouse 
' prima dì accendere il computer. Selezionando la voce Expansion 
Board Diagnostic se Emplant è installata e funzionante nell'elen- 
co dovrebbe apparire un bel "working" accanto al prodotto 
; numero 21 del costruttore 2171 (questi numeri sono assegnati 
| dalla Commodore agli sviluppatori hardware e identificano univo- 
! camente prodotto e produttore); una versione diversa della 
scheda potrebbe avere un numero diverso da 21 , mentre 2171 
dovrebbe rimanere fisso. 

; Prima di richiudere il vostro Amiga è bene effettuare la copia 
; della ROM Macintosh utilizzando il software fornito con la scheda 


lentamente. Il rallentamento 
medio con Emplant a priori- 
tà 0 (come i programmi 
Amiga quindi) è circa del 
40%: come se due Imagine 
calcolassero in back- 
ground. In ogni momento 
potete cambiare la velocità 
del refresh video o spegne- 
re il Mac con un click del 
mouse. 

COMPATIBILITA' 

Il System 7.0 e il Tune Up 
(leggasi: tappabuchi del 
7.0) è stato installato senza 
incontrare alcun problema 
da copie in formato Amax 
dei dischetti originali. An- 
che il System 6.0.7 ha fun- 
zionato senza intoppi, nono- 
stante il 68040, un proces- 
sore notoriamente sgradito 


NUOVO AMIGA 4000 - 030/25 

Microprocessore S8E030 25 MHz - 4MB Barn - Hard Disk 80 MB 
Ut. 2. 690. 000 


PC SUM Commodore 80486 SLC 25MHz 

HD 40 MB 2MB Ram 1 .44FDD SVGA Mouse 
Lit.1 .350.000 

PC SUM Commodore 80486 SLC 25 MHz 

HD 120 2MB Ram 1.44FDD SVGA Mouse 
Lit.1. 600.000 

PC DeskTop Commodore 80386 DX 33 MHz 

HD 120MB 4MB Ram 1.44FDD SVGA Mouse 
Lit.1. 990.000 

PC Desk Top Commodore 80486 SX 25 MHz 

HD l20MB 4MB Ram 1.44FDD Mouse 
Lit.1. 990.000 

PC DeskTop Commodore 80486 DX 33 MHz 

HD 120MB 4MB Ram 1 .44FDD SVGA Mouse 
Lit.2.390.000 

PC Tower Commodore 80486 DX2 66 MHz 

HD 120MB 4MB Ram 1.44FDD 1.2FDD SVGA Mouse 
Lit.3.590.000 

Tutti i PC con HD 120 sono disponibili anche con HD 212MB 
con una differenza di Lit.350.000 


AMIGA 4000 040/25 1 20HD... Ut. 3.990. 000 
AMIGA 4000 040/25/21 2HD... Ut.4.390.000 


AMIGA 600 Ut. 530. 000 

AMIGA 500 Plus Appetizer Ut.450.000 

AMIGA 1200 Ut. 829. 000 

AMIGA 1200 HD 40MB Ut. 1.350.000 

MONITOR 1960 Ut.890.000 


Attenzione a tutti i possessori di Amiga 500 Plus o A600 
Espansione 1MB Ut. 159. 000 in regalo KickStart 1.3 


Continua la permuta dell’usato 

Commodore 64 con registratore Ut. 50. 000 
Floppy Disk Drive 1541 II Ut. 50. 000 
Amiga 5001.3 1MB Ram Ut. 200. 000 
Amiga 500 Plus Ut. 200. 000 
Amiga 2000iRev.6.2) Ut.200.000 
Amiga 30C0 25/50 Ut. 900. 000 
Super Nintendo Ut. 150. 000 
Megadrive Ut. 100.000 
(L'usato non viene venduto a questi prezzi) 


Se hai un PC assemblato e vuoi cambiare la scheda madre chiedi il 
preventivo oppure chiedi la permuta del tuo vecchio PC. 


Scheda 80486 33 DX 128 Cache Lit.1. 490.000 

Scheda 80486 50 DX2 256 Cache Lit.1 .890.000 

Scheda 80486 50 DX 256 Cache Lit.2.090.000 

Scheda 80486 66 DX2 128 Cache Lit.2.490.000 


Monitor SVGA 1 024 x 768 Colori Lit.550.000 Tutti ' P rezzi *° no ,VA Compresa VENDITA PER CORRISPONDENZA 

IL CURSORE P.zza Martiri della Libertà 7/b - 20026 Novate Milanese (MI) 
Tel. 02-3548765-3544283 Fax 02-3544283 




Terminata l'installazione 
della scheda spegnete 
Amiga e inserite negli zoc- 
coli adatti di Emplant la (o 
le) ROM Macintosh da 256 
KB, che vi sarete preventi- 
vamente procurati da un 
rivenditore Apple o presso 
gli indirizzi pubblicati al 
termine dell'articolo. Solo 
la versione 1 .3 delle ROM 
è adatta alla versione 
attuale della scheda. Le 
ROM da 256 KB esistono 
in due versioni: SIMM (su 
singola basetta) e DIPS 
(su quattro integrati da 28 
piedini). Assicuratevi del 
corretto orientamento della 
ROM allineando la nocca 
serigrafata sulla scheda 
con quella sui chip. 
Modificate i jumper se- 
guendo il manuale (poco 
chiaro a proposito) in fun- 
zione del tipo di ROM uti- 
lizzate. Riaccendete 
Amiga e, con i comandi 
Dump256KSIMM o 
Dump256KD!PS, effettuate 
la copia della ROM Macin- 
tosh in RAM: il file da 
262144 byte che troverete 
lì copiatelo nella directory 
ROMJmages. Se avete un 
Mac e non è possibile 
rimuovere le ROM (magari 
perché sono saldate) non 
disperate: lanciate ROMIn- 
fo su un vero Mac e avrete 
il dump su file delle sue 
ROM senza mettere mano 
al saldatore. Negli USA la 
legge vi dà il diritto di 
effettuare copie di backup 
di una ROM, eventualmen- 
te contenuta un computer 
che avete regolarmente 
acquistato, purché il suo 
contenuto non sia eseguito 
contemporaneamente da 
due computer diversi e nel 
caso sia venduta, le sue 
copie siano distrutte o 
vendute assieme ad essa. 

Il problema è stato risolto 
prendendo da un Mac llcx 
la famigerata ROM per il 
periodo della prova. 


IL SOFTWARE 

Non tutti i file sono stati 
aggiornati da quando è stato 
registrato il dischetto fornito 
con la scheda, non buttatelo, 
quindi, subito via, ma 
semplicemente copiate man 
mano i nuovi file su quelli 
vecchi. 

COMANDI E LIBRERIE 

Ora copiate i comandi 
rsrvmem37 e rsrvmem34 
nella directory c:, le librerie 
emplant. library, jam. library e 
sybyl. library nella libs: del 
vostro sistema, il device 
empser. device nella directo- 
ry devs: e il font SCAIV nella 
directory fonts:. Inserite 
quindi come prima linea 
della s:startup-sequence il 
comando rsrvmem34 se 
avete un Amiga 1.3 o 
rsrvmem37 se avete un 
Amiga 2.0 o superiore. 
Lasciate il resto della startup 
sequence invariato; in 
particolare assicuratevi che 
nelle linee successive venga 
eseguito il comando Set- 
Patch fornito con il sistema 
operativo. 

E' molto importante che il 
sistema operativo di Amiga 
sia correttamente e comple- 
tamente installato e la versio- 
ne più recente dì SetPatch si 
trovi nella directory c:; 
bando quindi a startup- 
sequence troppo personaliz- 
zate e librerie o comandi 
obsoleti e di provenienza 
meno che sicura. Una catti- 
va configurazione di Amiga 
può pregiudicare il funziona- 
mento di programmi partico- 
larmente critici come 
Emplant e la sicurezza del 
vostro stesso lavoro. 

Nel dubbio fate un backup 
dell'hard disk, suddividetelo 
in un numero congruo di 
partizioni (almeno 3: Work- 
bench: Work: e una per il 
Macintosh) e reinstallate il 
software di sistema dai di- 


schi originali, a scanso di 
virus. Vagliate attentamente 
il software precedentemente 
installato e sostituitelo con 
versioni aggiornate se 
esistono; questo vale soprat- 
tutto per le librerie e gli 
handler di sistema (Libs: e 
L:). 

Modificata come indicato la 
startup-sequence, salvatela 
e resettate il computer. 
Appena la sequenza di boot 
incontrerà il comando 
rsrvmem3x, questi stamperà 
il messaggio: "reserving 
memory, computer will be 
reset" e il computer si 
resetterà: niente paura, al 
secondo boot lo stesso 
comando riconoscerà di 
essere già stato eseguito, 
modificherà solo alcuni 
vettori di sistema (attenzione 
a falsi allarmi degli antivirus!) 
e permetterà al resto della 
startup-sequence di essere 
eseguita. 

Se avete una ROM Kickstart 
1 .3, ma caricate il 2.0 (o il 
3.0) con utility tipo SoftBoot 

0 ReKick, dovete fare in 
modo che prima venga 
caricato il kickstart e poi 
eseguito il rsrvmem37. Non 
avendo provato Emplant su 
Amiga 1.3 non sono in grado 
di dare ulteriori suggerimen- 
ti. 

DIAGNOSTICA 
E CONFIGURAZIONE 

Al termine del boot potete 
controllare dettagliatamente 
lo stato della vostra Emplant 
con il programma Diagno- 
stic. Secondo Diagnostic la 
scheda recensita ha le 3 VIA 
6522 rotte mentre la RAM 
statica da 8 KB e i clock da 

1 Hz funzionano. Tutte le 
prove software che ho 
potuto effettuare non hanno 
evidenziato alcun problema. 
Ora lanciate il programma di 
emulazione vero e proprio 
cliccando su 

SoftLaunch_Macllx se avete 


un A3000 con Superkickstart 
o HardLaunch_Macllcx se 
avete un A4000. Non so 
quale sia la versione giusta 
da lanciare se avete un 
2000: provateli entrambi e 
usate quello che funziona! 
Per prima cosa controllate 
se la ROM image è corretta 
selezionando ROMJmage e 
caricando il file che prima 
avete generato e copiato in 
ROMJmages. Se la versione 
è adatta a Emplant e il file è 
integro, Emplant la caricherà 
e ne visualizzerà versione e 
tipo. La mia ROM è di tipo 
0178 versione 1 .3 per Mac 
ll/x/cx. Se la ROM image è 
corretta, potete spegnere 
Amiga, estrarre la ROM 
Macintosh e riporla in un 
luogo sicuro. Le ROM da 
128K utilizzate da Amax non 
possono essere usate con 
Emplant. La vecchia versio- 
ne 2.0 del software di 
emulazione sporadicamente 
danneggiava la ROM image: 
per sicurezza conservate 
alcune copie del file anche 
in altre directory e sostituite- 
le quando Emplant rifiuta la 
ROMJmage corrotta; non ho 
ancora osservato questo 
difetto nella versione 2.1. 

Se avete hard disk, SyQuest 
o Floptical che contengono 
una partizione Mac o Amax 
bootabile è il momento di 
collegarli ad Amiga (a 
computer spento, natural- 
mente!). Riaccendete Amiga 
e avviate ancora il program- 
ma di emulazione: seleziona- 
te nuovamente la ROM 
image e proseguite. 

Per regolare la priorità con 
cui deve funzionare l'emula- 
tore Mac, selezionate Task 
control e portate entrambe le 
priorità del task Emplant a 0: 
in questo modo, quando lo 
schermo Mac è attivo il resto 
dell'Amiga non verrà conge- 
lato e viceversa. Se preferite 
che l'emulazione Mac rallenti 
quando il suo schermo non è 
attivo impostate la priorità 
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del task in background a -1 . 
E' inutile e pericoloso alzare 
la priorità per il task Emplant 
oltre lo 0 perché rischiate di 
congelare task del sistema 
operativo indispensabili al 
funzionamento di Amiga. Un 
nostro conoscente ha 
distrutto una partizione del 
suo hard disk alzando la 
priorità di un task CPU 
bound come Imagine a 20, 
bloccando di fatto file 
System, device driver e ogni 
altra attività del sistema. 

Ora selezionate Video 
Display e caricate un driver 
adatto al chip set o alla 
scheda video installata nel 
vostro Amiga. Per ora sono 
disponibili i driver per 
l'Original Chip Set (Al 000, 
A500 e A2000), l'ECS 
(A500+, A2000 con ECS e 
A3000) e l'AGA (A4000 e 
Al 200). Consultate la tabella 
1 per le caratteristiche di 
ogni driver. 

Potete regolare la velocità di 
refresh del video a 60, 30, 

20, 15, 12, 10 o 6 trame al 
secondo. Non necessaria- 
mente il refresh di 60 
schermi al secondo è x volte 
più lento dì quello a 60/x 
trame al secondo: questo 
prodigio è possibile grazie 
ad un ingegnoso uso della 
MMU per restringere 
l'aggiornamento solo alle 
aree video che sono state 
effettivamente modificate. 
Tornate al menu principale e 
selezionate Devices. Dalla 
lista a sinistra potete sceglie- 
re fino a 14 device Amiga- 
Dos e utilizzarli all’interno 
dell'emulatore come disposi- 
tivi Macintosh, oltre ai due 
disk drive. Emplant può 
accedere in lettura e scrittu- 
ra a dispositivi inizializzati in 
formato Macintosh o Amax 
e, se contengono un sistema 
operativo Mac, effettuarvi il 
boot. Lo stesso dispositivo 
potrà essere in seguito 
riutilizzato da un vero 
Macintosh o da Amax senza 
alcun problema di compati- 
bilità. Con l'utility Mac HD 
Setup potete controllare se 


un qualsiasi device Amiga- 
Dos è inizializzato in formato 
Amax o Mac ed è utilizzabi- 
le per il boot. 

Per configurare la memoria 
da dedicare all'emulazione 
Macintosh selezionate 
Memory. Cercate di asse- 
gnare almeno 2 MB di RAM 
al Macintosh (Mac System) 
e possibilmente dedicate 
l'eventuale memoria a 32 bit 
nell'ordine a ROM, NuBus e 
Video, sia per migliorare le 
prestazioni dell'emulatore 
sia per aumentare la com- 
patibilità con un vero Mac. 
Selezionando particolari 
configurazioni di memoria, 
l'emulatore può andare in 
crash durante la fase di 
inizializzazione che precede 
immediatamente l'apertura 
dello schermo di avvio del 
Macintosh. Dopo alcuni 
tentativi comunque si 
raggiunge una configurazio- 
ne stabile che, una volta 
salvata, non occorre più 
modificare. La memoria 
rimasta libera (Free Memo- 
ry) rimane a disposizione di 
Amiga. 

La massima memoria 
disponibile per l'emulatore 
varia a seconda della 
memoria già in uso da parte 
di Amiga, della sua fram- 
mentazione e delle schede 
AutoConfig installate. Su di 
un Amiga con 2+4 MB di 
RAM (chip+fast) si riescono 
ad utilizzare circa 3 MB di 
fast RAM a 32 bit; con 2+8 
MB di RAM sono disponibili 
circa 5 MB. Infine, le stesse 
ROM Mac pongono un limite 
di 7.5 MB, raggiungibile con 
un Amiga espanso a 16 MB. 
Potete creare anche più 
configurazioni a seconda 
della memoria o dei disposi- 
tivi da dedicare all'emulato- 
re e salvarle con nomi 
diversi dalla sezione Confi- 
guration. Al caricamento 
dell'emulatore viene carica- 
ta di default quella denomi- 
nata Macll.config. 
Congratulazioni! Avete 
terminato l'installazione di 
Emplant! 


(leggasi: bombe) ai System 
precedenti al 7. Abbiamo 
anche effettuato il boot e 
provato i programmi conte- 
nuti in due diversi HD utiliz- 
zati correntemente con 
Amax. I programmi Mac, 
Astrix, le Norton Utilities, l'e- 
ditor Alpha, SCSIProbe, 
Mathematica 1 .0, MacDraw 
II, HyperCard e gli unici due 
giochi reperiti, Flight Simu- 
lator e Shanghai, hanno 
funzionato tutti alla perfezio- 
ne. Anche utility come SCSI- 
Probe (una sorta di SCSI- 
Mounter), AccessPc, Disk- 
Doubler e UnSit e i file ,sea 
(archivi auto-scompattanti) 
non hanno dato problemi. 
Utenti Emplant dichiarano 
funzionanti Photoshop, 
Quark Xpress, PageMaker, 
Adobe lllustrator, Photos- 
hop 2.01, Exel 4.0, Norton 
2.0, Spectre, ZTerm, Sy- 
stem 7.1, Mac Write II e Mac 
Draw II 1.1, Word 4.0, Cric- 
ket Draw, After Dark 2.0, 
Risk (b/n), Stuffit 1.6, Tetris 
(b/n) Robosport (b/n e 16 
colori), Pipedream e Si- 
mEarth. Per leggere i dischi 
MS-DOS vanno bene Dosi- 
mi, AccessPc, Dosmounter 
e AppleFileExchange. Fun- 
ziona addirittura MacBugs, 
un debugger che senza 
troppi complimenti va ad 
insinuarsi nelle strutture più 
intime del sistema operativo 
Mac! Danno problemi sul 
4000 due versioni di Word, 
la 4.0 e la 5.2 (Microsoft ha 
usato spesso codice auto- 
modìficante incompatibile 
con il 68040) e SoftAt 2.52; 
gli stessi programmi funzio- 
nano con I' A3000, sul quale 
non gira però Excel 3.0. Con 
le nuove versioni di Em- 
plant, SoftAt funziona anche 
sul A4000 e raggiunge 28 al 
test SI! Non funzionano il 
DiskCopy della Apple (a 
quanto pare infrange tutte le 
regole che la Apple stessa 
impone agli sviluppatori), 


che comunque non ha mai 
funzionato con nessun altro 
emulatore Mac; nel PD esi 
stono validi sostituti. 

Va in guru anche FileTran- 
sferll, il programma della 
ReadySoft per trasferire 
sotto Amax file tra partizioni 
Mac e Amiga (peccato!). 

A detta di Jim Drew (che 
disassembla i programmi 
incompatibili con Emplant e 
rattoppa il suo software per 
farli funzionare), prima di 
uscire i programmi Micro- 
soft fanno strane manovre 
che creano alcuni problemi 
all'emulatore. La versione 
2.1 già risolve parte di que- 
sti problemi (basta leggere 
la lista dei programmi fun- 
zionanti), che saranno defi- 
nitivamente eliminati nelle 
prossime versioni. 
Purtroppo non possiedo, ne 
sono riuscito a procurarmi 
dispositivi MIDI, modem, 
mouse, tastiere o altre dia- 
volerie collegabili ai malefici 
connettori seriali mini-DIN 
rigorosamente standard 
Macintosh e quindi non ho 
potuto verificarne la compa- 
tibilità e l'affidabilità. Nume- 
rosi utenti comunque hanno 
segnalato su UseNet che la 
doppia porta seriale della 
scheda Emplant funziona 
perfettamente sia come 
seriale vera e propria (e 
quindi funzionano modem, 
stampanti ecc.), sia come 
MIDI, sia come Apple Desk- 
top Bus (al quale si collega- 
no le tastiere e i mouse del 
Macintosh). Nel suo labora- 
torio Jim Drew ha collegato, 
e usa in rete Appletalk, tre 
Amiga con Emplant, un 
A500, un A3000 e un A4000 
con un Mac llx e un Mac Ilei. 

VELOCITA 1 

Per incompatibilità con il 
68040, si bloccava l'unico 
programma di benchmark 
in nostro possesso: Spee- 
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doMeter 2.5. La versione 
3.2 di SpeedoMeter, non 
reperito in tempo per questa 
recensione, dà un A3000/25 
due volte più veloce di un 
Mac llx. In mancanza di 
meglio, vi rimando alle 
Trends di Marzo, dove tro- 
vate una tabella comparati- 
va tra Emplant e AMax 2.5, e 
ad un successivo numero di 
Amiga Magazine dove pub- 
blicheremo dei benchmark 
completi. 

Prima di recensire Emplant 
ho potuto utilizzare un Mac 
LC (020 a 16 MHz) e un 
Quadra (040 a 25 MHz) e la 
mia impressione è che 
Emplant a 16 colori su di un 
Amiga 4000 è poco più lento 
di un Quadra a 256 colori, 
nonostante l'overhead do- 
vuto aH’aggiornamento del 
video e del multitasking 
Amiga. Se utilizzato a 4 co- 
lori, Emplant è molto più 
veloce di molti Mac mono- 
cromatici, mentre in mono- 
cromatico, l'apertura delle 
finestre fulminea e il feed- 
back istantaneo lasciano un 
attimo sconcertati gli utenti 
di veri Mac. 

Anche Emplant deve fare i 
conti con i limiti fisici di 
Amiga: su di un A3000 gli 
schermi ad alta risoluzione 
a 16 colori saturano il bus 
della chip RAM e durante 
l'aggiornamento di grosse 
aree di schermo, l'emulato- 
re può rallentare visibilmen- 
te, mentre sul 4000 il modo 
video 640x480 a 256 colori è 
praticamente inutilizzabile 
se non a scopi dimostrativi. 
In generale si lavora agevol- 
mente a 4 colori sugli A2000 
accelerati e a 16 colori su 
A3000 e A4000. 

CONCLUSIONE 

A chi serve l'Emplant? Sen- 
z'altro agli indecisi tra un 
Mac, perché lo consiglia 
l'esperto, e un Amiga per- 


ché. ..è un Amiga! Oppure 
chi usa abitualmente Amiga 
e ogni tanto ha bisogno di 
quella rara funzione o di 
quell'utility particolare che è 
disponibile solo in un pac- 
chetto Mac. O anche a chi 
vuole poter finire a casa un 
lavoro iniziato con il Mac 
dell'ufficio. Ricordate che 
con Amiga potete sempre 
emulare un Mac e usare al- 
tre applicazioni in multitas- 
king, mentre non è ancora 
vero il contrario. 

Emplant non è un clone e 
non può e non deve sostitui- 
re al 1 00% un Mac, ma ha un 
grado di compatibilità più 



che sufficiente per utilizzare 
gli splendidi pacchetti di 
DTP, word processing o 
database disponibili per 
Mac e che su Amiga lascia- 
no a desiderare o addirittura 
non esistono. Emplant vi dà 
anche la possibilità di colle- 
gare in rete AppleTalk il 
vostro Amiga e condividere 
stampanti laser, database e 
files con dei veri Mac. 

Se pensate ogni tanto ad un 
Mac, prendete in seria con- 
siderazione Emplant: assie- 
me ad Amiga sviluppa si- 
nergie ben superiori a quel- 
le raggiungibili dai due 
computer distinti. 



Sul prossimo numero di 
Amiga Magazine esamine- 
remo alcuni dettagli tecnici 
riguardanti l'Emplant che, 
per ragione di spazio, non 
hanno trovato posto sulla 
rivista questo mese. 

Poco prima di consegnare 
l'articolo, infine, ho ricevuto 
le specifiche delle ultime 
due versioni del software di 
emulazione: la 2.2 del 18 
Aprile e la 2.3 del 19 Aprile 
(!). Sono stati corretti nume- 
rosi bug dal codice di ge- 
stione della seriale, del 
clock e dei floppy. I driver 
video sono stati predisposti 
per le ROM 32 bit clean, 
mentre un emulatore che le 
supporti è ancora in beta 
test. E' stato aggiunto il 
supporto per il modo copy- 
back del 68040 e la possibi- 
lità di un refresh video in 
background: se state utiliz- 
zando Amiga mentre l'emu- 
latore sta lavorando potete 
far sì che lo schermo Mac 
sia aggiornato periodica- 
mente anche mentre non è 
attivo. La UU ha annunciato 
che la prossima settimana 
saranno disponibili ulteriori 
upgrade. 

Le ROM vi .3 per Macll/x/cx 
si possono acquistare in un 
Apple Center, un centro di 
assistenza Apple o anche 
presso: Blue Moon Compu- 
ting, Germania, tei. 01149- 
216680088 chiedendo di 
Albert, prezzo: 260 dollari 
oppure ancora presso Shre- 
ve Systems, USA, tei. 800- 
2273971 chiedendo di Ter- 
ry, prezzo: 360 dollari. ▲ 
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Nome: Emplant 

Casa produttrice: Utilities Unlimited, Ine., 1641 
McCulloch Blvd. Suite #25-124, Lake Havasu City, 

AZ 86403, USA, tei. 602-6809004, fax 602-6809006, 
BBS 602-4539767, GEnie: j.drew2, Internet UseNet: 
jdrew@cryo.rain.com, jdrew@nesbbx.rain.com 
Distribuito da: MangaZone Advanced Services, via 
Grandis 1 , 00185 Roma, tel/fax 06-7028955, BBS 06- 
7029438 

Prezzo: a partire da lire 450.000 
Giudizio: molto buono 

Configurazione richiesta: Amiga con uno slot 
Zorroll libero CPU 68020 + MMU 68851 + FPU 
68881/2 0 CPU 68030 + FPU 68881/2 O CPU 68040 
e almeno 3 MB di RAM 

Configurazione della prova: Amiga 4000/040, 2 + 4 
MB, 1 Floppy HD, Controller SCSI: GVP Series-I 
ROM 1 .0, CBM A2091 ROM 6.2, Hard Disk: AT-IDE 
120 MB, Quantum LPS 52 MB, IBM 512 MB; Amiga 
3000T-100, 2 + 8 MB, 1 Floppy HD, SCSI A3091 
Hard disk: Quantum LPS 105, Conner 512 MB 
Pro: pieno supporto del multitasking e del colore, 
buona stabilità e compatibilità sia verso Amiga sia 
verso Macintosh, ottimo supporto degli hard disk e 
dei dispositivi AmigaDos e Macintosh, compatibilità e 
supporto dei nuovi modelli A4000 e del chip set AGA, 
supporto della doppia seriale, MIDI e AppleTalk 
anche da Amiga, numerosi sviluppi e miglioramenti 
imminenti 

Contro: manuale pessimo, installazione non 
semplicissima, mancanza del supporto per overscan, 
sonoro, drive Mac, porte Amiga, il controller SCSI 
opzionale non è accessibile dal lato Amiga, è 
necessario acquistare le ROM Apple, il software è 
sottoposto a frequenti aggiornamenti 
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Transputer e Amiga 


Un matrimonio possibile 


Georg Campana 

I lettori che seguono queste pagine fin dall'89 si ricorderan- 
no di un articolo apparso sull'allora Transactor scritto da 
Howard Oakley (1/89) e che trattava proprio l'argomento 
proposto nel titolo. In quell'articolo si parlava di un ipote- 
tico abbinamento Transputer -Amiga, delle reali possibilità 
e prestazioni di una simile accoppiata e si cercava di 
valutare le potenzialità che un tale sistema avrebbe potuto 
avere. L'articolo giungeva alla conclusione che forse le due 
cose (i Transputer e Amiga, appunto), nonostante la loro 
potenza, non erano abbastanza mature per essere messe 
insieme. Da quel lontano 1989 molta acqua è passata sotto 
i ponti. Sono solo 3 anni e mezzo, ma si sa che nella 
microelettronica e, di conseguenza neU'informatica, 3 anni 
e mezzo sono come secoli. 

Oggi abbiamo una realtà davanti a noi che è cambiata. 
Amiga è ormai una macchina molto potente e matura: il 
processore più piccolo dei nuovi modelli AGA è il 68020 
(vedi il 1200), per passare al 68030 e 040 nei modelli 
superiori. Il sistema operativo è giunto ormai alla versione 
3.0 e ha raggiunto una alta stabilità, nonché una delle 
interfacce grafiche più user-friendly e allo stesso tempo 
sofisticate esistenti. Non bisogna dimenticare inoltre che 
sono supportate anche tutte le funzioni ormai obsolete 
delle versioni precedenti (perfino dell'1.0), e tutti i pro- 
grammi scritti, per esempio nell'85 per l'I.O, seguendo le 
regole Commodore funzioneranno anche sul 3-0 e sulle 
future versioni. Inoltre è attualmente l'unico S.O. multitas- 
king nella fascia Personal e Home veramente funzionale, 
diffuso e supportato (vedremo con la diffusione di Win- 
dows NT e OS/2). Anche graficamente Amiga, con l'avven- 
to dei nuovi chip grafici AGA, non ha da invidiare niente a 
nessuno e ha finalmente recuperato il gap che si era formato 
con il tempo. Tutta questa crescita e potenziale futura 
crescita la dobbiamo principalmente alla modularità spinta 
con la quale questa macchina è stata costruita (specialmen- 
te dal punto di vista software). In questo modo abbiamo la 
certezza che il nostro calcolatore ha ancora ampi spazi per 
crescere, come ha anche annunciato la Commodore (vedi 
DSP in progettazione, nuovi chip, ecc.). 

Ma veniamo ai Transputer, di cui avrete sicuramente sentito 
parlare, ma di cui molti conoscono poco o niente. Innanzi- 


tutto i Transputer sono dei microprocessori molto partico- 
lari e per certi versi completamente diversi dai comuni 
processori (80X86, 68X00 ecc.). Spesso si legge che sono 
dei processori RISC, cioè a set di istruzioni ridotto. Ma 
questo è totalmente falso. Infatti di istruzioni ce ne sono 
tante e a volte anche complesse (per esempio, lo sposta- 
mento di un blocco di memoria). L'erronea classificazione 
di processore RISC è dovuto al fatto che il Transputer lavora 
quasi come un RISC: cioè la maggioranza delle istruzioni 
viene codificata in un solo byte e grazie al pipeline eseguito 
in 1 o 2 cicli, questo permette ai Transputer di raggiungere 
prestazioni di calcolo eccezionali. 

Spieghiamo subito il mistero: i Transputer sono stati proget- 
tati in modo che le istruzioni di uso più frequente possano 
essere codificate in un solo byte, quelle di uso un po' meno 
frequente in due byte, e così via. In questo modo circa il 60- 
75% del codice è formato da istruzioni di un solo byte. 



(Figurai Schema di massima di un Transputer ) 
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1 Transputer possono indirizzare un proprio banco di 
memoria esterna usando pochissimi componenti di inter- 
facciamento, questo perché hanno un interfaccia di memo- 
ria esterna totalmente programmabile (tipo di RAM, tempo 
di accesso, ecc. ) e perché hanno incorporato un circuito di 
refresh per memorie dinamiche. Tutti i Transputer hanno al 
loro interno una piccola quantità di RAM statica veloce (da 

2 KB a 16 KB a seconda del modello), non si tratta però (a 
differenza di altri processori) di una cache, ma di una vera 
memoria che si può usare per inserire le routine o le variabili 
più usate dai propri processi, per evitare accessi alla RAM 
esterna e velocizzare ulteriormente l'esecuzione. 

Avete letto bene, abbiamo detto processi, perché i Transpu- 
ter sono dei processori multitasking a livello hardware, 
questo vuol dire che ogni Transputer può far girare diversi 
programmi nella propria memoria e 'sarà il processore 
stesso a decidere il time-sharing e lo scheduling tra i vari 
processi. Un'altra particolarità di questi processori è che 
hanno tutti 2 o 4 link seriali che connettono fra di loro i 
device della famiglia Transputer (e non sono solo processo- 
ri). 

Questi link permettono la trasmissione ad alta velocità (da 
5 a 100 Mbit/sec nell'ultimo modello) e assicurano la comu- 
nicazione tra processi residenti su processori diversi o tra un 
processo e il mondo esterno. Qualcuno avrà capito a questo 
punto che i Transputer non sono solo multitasking, ma 
anche multiprocessore, ed è questa la particolarità di mag- 
gior spicco di questi miracoli dell'elettronica, per la quale 
sono stati appositamente progettati. Infatti nel caso dei 
Transputer si può affermare che l'hardware è stato proget- 
tato in modo da soddisfare dei requisiti software. Ci spie- 
ghiamo meglio, nel caso dei processori convenzionali, si 
progetta il processore con istruzioni più o meno potenti, 
pensando poco alle necessità che potranno avere i futuri 
S.O. (fanno eccezione le MMU realizzate per proteggere 
sezioni di memoria in caso di multitasking, e altre piccolez- 
ze). Una volta finito l'hardware, si incomincia a progettare 
e programmare il sistema operativo, ricorrendo in caso di 
necessità a soluzioni software per risolvere problemi di 
implementazione. 

Di contro, i progettisti della INMOS (produttrice dei Tran- 
sputer) hanno prima studiato un linguaggio che permette 
una reale programmazione parallela (è venuto fuori TOC- 
CAMI e solo a quel punto si sono messi a progettare 
un'architettura di processore che potesse soddisfare e 
supportare a livello hardware il linguaggio. E' questo il 
motivo per il quale i Transputer sono così diversi dagli altri 
processori. 

Per finire questa breve descrizione, c'è da ricordare che i 
modelli più evoluti incorporano un coprocessore a virgola 
mobile compatibile con lo standard IEEE 754 e che il 
coprocessore opera parallelamente all'unità di processo. Si 
capisce che più processori collegati insieme avremo, più ne 
trarrà vantaggio il nostro programma. Il programma dovrà 


però essere scritto con una mentalità totalmente nuova, 
infatti dovremo cercare di suddividerlo in più processi 
possibili, eseguibili parallelamente. Se abbiamo un Tran- 
sputer solo, tutti i processi verranno eseguiti in multitasking 
su quest'unico processore, un po' come avviene su Amiga, 
ma se abbiamo due o più Transputer, i processi potranno 
girare su processori diversi e comunicare tra di loro attraver- 
so i link seriali. 

Ma vediamo adesso come e con quali vantaggi è possibile 
coniugare Amiga con i Transputer. Come già detto, Amiga 
ha un S.O. molto modulare, infatti è possibile, per esempio, 
aggiungere nuove funzioni che potranno essere usate da 
tutti i programmi che ne hanno bisogno, aggiungendo una 
nuova library nel device logico LIBS:. Lo stesso si può dire 
per device nuovi di qualsiasi tipo, per nuovi font e così via. 
Il tutto può essere facilmente aggiornato sostituendo sem- 
plicemente i file vecchi con quelli nuovi. 

Supponiamo adesso di avere in uno slot di un ipotetico 
Amiga senza coprocessore, una scheda con un Transputer: 
basterà allora riscrivere le librerie matematiche di Amiga. Le 
nuove librerie, una volta caricate da un programma che ne 
ha bisogno, dovranno controllare se è presente la scheda 
con il Transputer. Se questa non dovesse essere presente, la 
nuova libreria penserà a caricare la libreria standard e tutto 
funzionerà come al solito. Se invece la scheda è presente, le 
funzioni matematiche verranno dirottate sulla scheda Tran- 
sputer su cui girerà un appropriato software di interfaccia. 
E' chiaro che solamente le funzioni più pesanti in termini di 
calcolo dovranno essere passate alla scheda (funzioni trigo- 
nometriche, radici, ecc.), questo perché il tempo necessario 
alla comunicazione con la scheda, se pur piccolo, inciderà 
comunque sul tempo complessivo d'elaborazione e calcoli 
semplici come l'addizione o la sottrazione sarà meglio non 
farli effettuare alla scheda. 

Molti sapranno che le librerie matematiche residenti su 
disco sono quelle relative alle funzioni in formato IEEE (e 
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alla conversione tra formati): è proprio il formato con ii 
quale il coprocessore del Transputer esegue a livello hard- 
ware i suoi calcoli. Amiga quindi non dovrà fare altro che 
passare il calcolo richiesto al Transputer che lo eseguirà 
senza ulteriori conversioni o calcoli visto che la FPU lavora 
già in formato IEEE, e prelevare successivamente il risultato. 
Non bisogna dimenticare che il tutto funziona in parallelo: 
cioè, se il Transputer deve svolgere un'operazione un po' 
più lunga, il task che ha chiesto l'intervento del Transputer 
si metterà in stato di wait e Amiga effettuerà uno reschedu- 
ling, cioè passerà il controllo al prossimo task pronto per 
l'esecuzione. 

Mentre Amiga continua a elaborare altri task, la scheda 
Transputer esegue il calcolo richiesto e, una volta pronta, 
restituirà il risultato al task in stato di wait che verrà di 
conseguenza riattivato. Come si vede, si avrebbe un note- 
vole incremento di prestazioni per quanto riguarda i tempi 
di calcolo e il funzionamento generale del sistema. 

Dove sta il rovescio della medaglia? E' presto detto. Esistono 
pochissimi programmi che fanno uso delle librerie appena 
descritte, e quindi pochi programmi verrebbero avvantag- 
giati da una simile scheda. 

Un altro modo per trarre dei vantaggi dal Transputer sareb- 
be quello di scrivere delle librerie di funzioni che usano in 
modo più completo e appropriato le risorse di calcolo 
disponibili sulla scheda. Pensate, per esempio, a pacchetti 
di rendering 3D o di image processing che su Amiga sono 
una moltitudine e che vengono usati moltissimo. In questi 
pacchetti si fa largo uso di algoritmi di calcolo vettoriale e 
matriciale. Si potrebbe quindi scrivere una libreria adibita al 
calcolo vettoriale e matriciale. Chiaramente, anche questa 
libreria dovrebbe fare prima un controllo sulla presenza 
della scheda e sulla sua configurazione (numero di Tran- 
sputer, memoria, ecc.). Anche in questo caso, qualora la 
scheda fosse assente, sarà compito della libreria emulare le 
funzioni della scheda, in modo che anche un Amiga senza 
Transputer possa fare funzionare i programmi che fanno 
uso della libreria stessa. Risulta chiaro che con una libreria 
simile, si avranno aumenti di prestazioni proporzionali al 
numero di Transputer presenti sulla scheda. Per poter 
permettere una appropriata diffusione di una simile scheda, 
bisognerebbe inoltre fornire alle software house un'ade- 
guata documentazione in modo da favorire il supporto alla 
scheda stessa. 

In realtà si vede facilmente che la cosa è solo un'utopia. 
Infatti se da una parte l'utente potrebbe essere interessato 
ad una scheda del genere per incrementare le prestazioni 
del proprio sistema, non (acquisterebbe, viste le poche 
applicazioni che ne farebbero uso. D'altra parte, una soft- 
ware house non vedrebbe la necessità di adeguare il pro- 
prio programma alle nuove librerie, se non vi fosse un 
numero di schede in circolazione sufficientemente alto. E' 
il solito cane che si morde la coda. 

E' indispensabile quindi poter offrire qualcosa di più che 
una semplice scheda multiprocessore. Faremo un esempio 


I processori Transputer 

Modello 

Descrizione 

T225 

Senza FPU, CPU a 16 bit, 4 «byte 
on-chip, 4 links, clock 
fino a 30 MHz, spazio 
d’indirizzamento 64 KB 

T425 

Senza FPU, CPU a 32 bit, 4 Kbyte 
on-chip, 4 links, clock 
fino a 30 MHz, spazio 
d'indirizzamento 4 GB 

T805 

FPU incorporata, CPU a 32 bit, 4 

Kbyte on-chip, 4 links, 
clock fino a 30 MHz, spazio 
d'indirizzamento 4 GB 

T9000 

FPU incorporata, CPU a 32 bit, bus a 

64 bit, 1 6 Kbyte on-chip, 
clock fino a 50 MHz, spazio 

d'indirizzamento a 4 GB, 

4 links seriali 


possibile e realmente applicabile. Ogni giorno uso per 
motivi professionali Amiga. Posseggo nel mio studio le 
seguenti periferiche: 1 plotter (porta seriale), 2 stampanti 
(porta parallela), 1 tavoletta grafica (porta seriale), 1 digita- 
lizzatore audio (porta parallela). Come avrete notato, ho 
elencato tutte le periferiche che vengono collegate alla 
porta parallela e a quella seriale, che su Amiga sono una e 
una. Di conseguenza, sono costretto ad un continuo cam- 
bio di connettori, cosa che comporta lo spegnimento del 
sistema intero, nonché la sollecitazione meccanica delle 
porte stesse. Qualcuno si chiederà perché non mi sono 
procurato una scheda multiporta tipo la I/O Extender GVP, 
ma non è certo questa la sede per parlarne. 

Cosa c'entra tutto questo con la ipotetica scheda Transpu- 
ter? Semplice, viste le considerazioni di cui sopra, visto che 
il Transputer sarà per la maggior parte del tempo fermo 
aspettando di effettuare un calcolo, perché non usare allora 
il Transputer per gestire delle porte aggiuntive a quelle 
standard di Amiga, per esempio un'ulteriore porta seriale e 
una parallela. In questo caso il Transputer avrebbe il com- 
pito di gestire i buffer e l'handshake di queste porte. Molti 
sapranno che la porta seriale di Amiga non ha un buffer 
hardware per i dati in entrata e che quindi il processore 
viene richiamato con un interrupt tutte le volte che si 
presenta un nuovo dato sulla porta; si capisce quindi che 
una porta seriale gestita da un processore indipendente (il 
Transputer appunto) velocizzerà notevolmente la macchi- 
na, o meglio eviterà un rallentamento, visto che si verifiche- 
rà un interrupt solo in un remoto caso di overflow del buffer. 
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Un'altra possibile funzione da integrare su una simile sche- 
da sarebbe quella di gestore di rete. Il Transputer, infatti, 
grazie ai suoi link seriali ad alta velocità, permette una facile 
implementazione come controller di rete. C'è stata anche 
una realizzazione pratica di una scheda di rete per Amiga 
mediante Transputer. Si tratta di ADPNetwork di Andrea de 
Prisco, che pubblicò il progetto su una nota pubblicazione 
mensile italiana di informatica (1990). Ricordo che il softwa- 
re traeva grande vantaggio dal sistema operativo multitas- 
king di Amiga, ma che la scheda non rispettava il protocollo 
AutoConfig di Amiga. Anche se quella scheda di rete non fu 
mai commercializzata, aveva prestazioni di tutto rispetto; 
ogni computer poteva accedere alle risorse degli altri 
computer, i dati potevano viaggiare nella rete ad una 
velocità di circa 1.75 Mbyte al secondo e ogni scheda aveva 
circa 60 KB di buffer. 

Integrando quindi delle funzioni aggiuntive su di una sche- 
da basata su Transputer, l'utente avrebbe un motivo per il 
quale acquistare tale scheda, e, una volta diffusa, le softwa- 
re house avrebbero delle ragioni per implementare nei 
propri programmi il supporto per queste schede. Si capisce 
che a questo punto sarebbe stato lanciato il primo sasso, che 
potrebbe dare il via a uno sviluppo software e hardware in 
tale campo. 

Molti si saranno forse accorti che sono stati usati spesso dei 
verbi al condizionale; si potrebbe, sarebbe, avrebbe, ecc.; 
ciò non significa certo che tutto quello che è stato detto fino 
a qui è solo utopia e che quindi non vale la pena parlarne 
o "sognarne". Anzi, è caratteristico dello spirito 
dell'"Hacker" (che sono veramente tanti nel mondo Amiga 
rispetto agli altri sistemi), scoprire ed esplorare nuovi oriz- 
zonti tecnologici. 

Non bisogna dimenticare poi che gli argomenti proposti 
non sono del tutto utopici, ma realizzabili senza grandi 
difficoltà, un esempio pratico è proprio quello di Andrea de 
Prisco con il suo ADPNetwork. 

Un altro incentivo che potrebbe spingere allo sviluppo di 
hardware in direzione multiprocessore (Transputer) po- 
trebbe essere quello dell'annuncio da parte della Motorola 
che il 68060 sarà l'ultimo processore della famiglia 68000. 
Cosa farà a quel punto la tecnologia Amiga, si fermerà? Si 
potranno aumentare ulteriormente le frequenze di lavoro, 
ma ricordiamoci che ci sono dei limiti fisici anche per 
quanto riguarda la banda passante dei componenti elettro- 
nici, e che per poter veramente aumentare considerevol- 
mente la velocità, bisognerebbe passare a tecnologie diver- 
se (Arseniuro di Gallio). Si vede chiaramente che una 
soluzione valida e inseribile in modo più o meno compati- 


bile, è quello del multi-processing a memoria locale. 

Penso che dopo i tentativi andati a vuoto per quanto 
riguarda la commercializzazione di alcune schede prototi- 
po realizzate negli anni passati da varie case, sia arrivato il 
momento in cui tale tecnologia ha raggiunto una certa 
maturità. Possiamo quindi aspettarci in un futuro non trop- 
po remoto, una scheda acceleratrice con Transputer che 
aiuti il nostro Amiga nell'espletamento dei suoi calcoli e che 
magari gestisca delle porte di I/O o diriga DSP o processori 
grafici. O 
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Lto introduzione 


Alberto Geneletti 

Quando la Commodore diede alla luce i primi Amiga 1000 
nel lontano 1985, l'informatica stava attraversando un pe- 
riodo di rinnovamento, determinato dalla disponibilità di 
nuove tecnologie, che rendevano inadeguati e obsoleti i 
tradizionali schemi di sviluppo. In particolare si cominciava 
a delineare la possibilità di lavorare con più applicazioni 
contemporaneamente: nasceva così la necessità di importa- 
re i file di output di un certo applicativo all'interno di un altro 
ambiente di sviluppo, magari anche su piattaforme hardwa- 
re differenti. 

Nel 1984 era stato definito dalla Truevision lo standard 
Targa per la memorizzazione delle immagini realizzate 
sulle proprie schede Targa e Vista in file che potevano 
essere decodificati e visualizzati anche su hardware diffe- 
rente. Nello stesso periodo anche MacPaint, su piattaforma 
Macintosh, forniva documentazione sulle modalità di 
memorizzazione delle immagini nei propri file. L'idea era 
quella di memorizzare in testa ai dati della bitmap altre 
informazioni utili, che potessero essere utilizzate per la 
decodifica dei dati da parte di altre applicazioni: in partico- 
lare un identificatore del formato, le dimensioni dell'imma- 
gine, il numero di colori. 

Le potenzialità di una simile filosofia apparvero subito 
evidenti; ma qualcuno, particolarmente lungimirante, si 
rese conto anche del caos che sarebbe nato se ogni produt- 
tore di hardware e di software avesse tentato di imporre il 
proprio formato come standard di mercato. 

Occorreva allora definire subito uno standard sufficiente- 
mente flessibile da poter essere utilizzato da qualsiasi tipo 
di applicativo. Si candidarono nello stesso periodo l'Elec- 
tronic Arts con l'IFF (1985) e l' Aldus Corporation con il TIFF 
(1986). L'IFF venne utilizzato per la prima volta da Deluxe - 
Paint dell'Electronic Arts, sviluppato su piattaforma Amiga 
e successivamente portato su PC MS-DOS. L'inclusione del- 
le specifiche dell'IFF, che prevedeva anche la memorizza- 
zione di testi e suoni campionati, nella manualistica ufficiale 
Amiga procurò all'Electronic Arts il meritato riconoscimen- 
to, con l'adozione del proprio formato da parte di tutti gli 
sviluppatori di applicazioni Amiga. Il formato era infatti 
flessibile quanto basta, prevedeva la definizione di nuovi 
chunk proprietari, che venivano regolarmente registrati, e 
soprattutto era particolarmente adatto all'hardware Amiga. 


Forse quest'ultima particolarità, unita ad altri fattori come la 
definizione del formato GIF nel 1987, studiato apposita- 
mente per le schede VGA, e la nascita di Windows della 
Microsoft, con l'introduzione di altri formati proprietari, ne 
ha impedito un'altrettanto estesa diffusione in ambiente 
MS-DOS. 

Il TIFF, sicuramente più hardware-indipendent rispetto 
all'IFF, trovò invece particolari consensi in ambiente Macin- 
tosh, e viene oggi supportato da un numero di applicativi 
decisamente superiore. Purtroppo la tanto auspicata flessi- 
bilità è stata esasperata a tal punto nella definizione di tale 
standard da rendere particolarmente indecifrabili buona 
parte dei file che lo implementano. 

Il TIFF prevede infatti un numero di modalità di memoriz- 
zazione talmente elevato che nessuno dei programmi in 
commercio può vantare il merito di riconoscerle e interpre- 
tarle tutte correttamente. 

Così, se un file IFF ha poche speranze di essere supportato 
da applicazioni su sistemi diversi da Commodore Amiga, il 
TIFF ha altrettanto poche possibilità di essere decifrato da 
una delle moltissime applicazioni che lo supportano. 

Il presente e il futuro 

Il presente è condizionato soprattutto dalla diffusione di 
immagini in formato TrueColor a 24 bit, supportato dal 
formato Targa a partire dal 1989. Successivamente anche 
IFF e TIFF si sono adeguati. 

La ZSoft ha introdotto il PCX, che, sebbene non sviluppato 
espressamente per diventare uno standard, essendo privo 
di tutta la flessibilità prevista dagli altri formati, sta diventan- 
do lo standard "de facto" per le immagini a 24 bit in ambiente 
MS-DOS. 

Tuttavia il run-length encoding, utilizzato da Targa e PCX, 
e l'LZW del TIFF si rivelano inadeguati per comprimere 
immagini a 24 bit. 

Un'immagine TrueColor non compressa può infatti, nelle 
risoluzioni attuali, superare tranquillamente il Megabyte di 
dimensione. Anche ridotta alla metà o ad un terzo da uno 
dei due algoritmi citati, causa ancora comprensibili proble- 
mi di occupazione su disco. 

La soluzione è offerta dal JPEG, che, come abbiamo visto 
nei numeri scorsi, permette di raggiungere incredibili rap- 
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porti di compressione, ma non permette la ricostruzione 
fedele dell'originale. Quest'ultima peculiarità, unita alla 
complessità del processo di compressione e decompressio- 
ne, che richiede un discreto tempo di esecuzione anche 
sulle macchine più veloci, crea ancora oggi moltissime 
esitazioni. 

Il futuro è quindi quanto mai incerto: tuttavia la diffusione 
di schede hardware dedicate alla decompressione real-time 
di immagini JPEG e di schede TrueColor a basso prezzo 
fanno presagire un futuro particolarmente promettente per 
questo standard. 

I formati grafici più diffusi 

Vediamo ora quali sono i formati grafici più diffusi, classi- 
ficati disponendo in ordine alfabetico le estensioni con le 
quali vengono identificati i rispettivi file. 

BMP/RLE/DIB 

Si tratta delle Device Indipendent BitMap di Microsoft 
Windows. Le tre estensioni indicate identificano tutte lo 
stesso formato. In particolare, i file .BMP non sono com- 
pressi, supportano 1, 4, 8 e 24 bit per pixel e sono quelli 
utilizzabili come sfondo in Microsoft Windows. 

Gli .RLE sono invece compressi con Run-Length Encoding, 
e sono limitati a 1 , 4 o 8 bit per pixel; infine, l'estensione .DIB 
indica un generico file di questo formato. 

Il Presentation Manager di OS/2 utilizza lo stesso formato, 
con qualche estensione, ma solo inversione non compressa 
(.BMP). 

GIF 

Il formato GIF (Graphics Interchange Format) è stato creato 
dalla CompuServe Incorporated principalmente per l'inter- 
scambio di immagini digitalizzate su BBS. 

Per questo motivo, lo standard prevede la memorizzazione 
dell' immagine unicamente in forma compressa: l'algoritmo 
utilizzato è l'LZW, sebbene leggermente modificato. E' 
inoltre possibile memorizzare l'immagine in modalità inter- 
lacciata, in cui la tradizionale sequenza delle righe viene 
alterata, in modo che vengano lette, nel corso della scansio- 
ne del file, prima poche righe equamente distribuite sullo 
schermo, poi, in altre tre passate successive, tutte le altre. 

Ad ogni passata il livello di dettaglio aumenta, ma già dalla 
prima passata è possibile avere un'idea approssimativa 
dell'immagine. Questo permette agli utenti di BBS in pos- 
sesso di software dedicato, che permetta di decodificare e 
visualizzare l'immagine mentre viene trasferita, di interrom- 
pere il downloading nel caso l'immagine non sia di loro 
gradimento. 

Già dalla prima versione, identificata dalla signature 
GIF87a, era prevista la possibilità di memorizzare in uno 


stesso file più immagini, oltre alla possibilità di definire 
blocchi di estensione proprietari. 

La versione GIF89a, più recente, ma decisamente meno 
utilizzata, prevede blocchi di estensione predefiniti, per 
l'inclusione di testi e la specifica delle modalità di visualiz- 
zazione. 

Vengono supportate risoluzioni di 1, 4 e 8 bit per pixel. Le 
immagini TrueColor non possono quindi essere salvate in 
questo formato. 

IFF/LBM 

Si tratta dell'Interchange File Format dell 'Electronic Arts, 
che prevede la memorizzazione di immagini, animazioni, 
testo e suoni. I file grafici vengono identificati dalla signatu- 
re ILBM in testa al file, le animazioni da ANIM. E' l'unico 
standard ad avere trovato pieno consenso, ma solo in 
ambiente Amiga. 

Si noti che i file con suffisso .LBM provengono probabil- 
mente dal mondo MS-DOS, essendo tale l'estensione con 
cui DeluxePaint II enhanced per MS-DOS salva i propri file. 
L'IFF viene utilizzato anche dagli scanner della Digital 
Vision's Computer Eyes; in questo caso vengono salvati con 
suffisso CE. 

Utilizzano il run-length encoding e supportano le tradizio- 
nali risoluzioni Amiga, da 1 a 6 bit per pixel, oltre alle più 
recenti a 8 e 24 bit (IFF24). Vengono supportati in partico- 
lare i 4096 colori dell'HAM e i 262000 colori dell'HAM8, 
modi grafici specifici dell'hardware Amiga. Sembra che ne 
esista una versione a 256 colori compressa, ma non in run- 
length, e non documentata. 

IMG 

Le immagini .IMG sono particolarmente frequenti nell'am- 
bito del DeskTop Publishing. 

Il formato è stato implementato per la prima volta da GEM 
Paint, ed è stato successivamente adottato dal popolare 
programma di DTP Ventura Publisher, che ne ha contribui- 
to alla diffusione. 

Ne esistono due versioni: IMG-Old Style e IMG-NewStyle. 
Entrambe supportano risoluzioni di 1, 4 e 8 bit per pixel. 
Recentemente Ventura Publisher 4.0 ne ha introdotto una 
versione a 24 bit. 

JAS 

Formato utilizzato dal programma di pubblico dominio per 
MS-DOS Paint Shop Pro della JASC Ine, che utilizza un 
algoritmo di compressione con perdita di informazione 
molto simile a quello utilizzato dal JPEG, meno accurato e 
meno standardizzato, ma decisamente più veloce. Ne esi- 
stono due versioni: quella a colori, con precisione di 24 bit 
per pixel, e quella Grey-Scale, con 8 bit per pixel. 



JPEG 

Formato standard del Joint Photograph Expert Group; 
supporta molteplici modalità di codifica (vedi numeri di 
marzo-aprile), anche se i file attualmente in circolazione 
prevedono tutti unicamente la codifica sequenziale di base. 
La precisione è pari a 24 bit per pixel. 

MAC 

E' il formato proprietario di MacPaint, un programma di 
Painting per piattaforme Macintosh. 

E 1 stato utilizzato anche su PC MS-DOS, sebbene in una 
variante che prevede l'aggiunta di un'intestazione. 

Si tratta di un formato decisamente poco flessibile, che 
richiede immagini di dimensione fissa pari a 576x720 pixel, 
con un solo bit per pixel. 

MSP 

Formato proprietario di Microsoft Paint, utilizzato dalle 
preistoriche versioni di Microsoft Windows, presente in 2 
versioni. 

Supporta 1 solo bit per pixel. 

PBM/PGM/PPM 

Formato utilizzato dal tool di pubblico dominio PBMPLUS 
per la conversione tra formati grafici differenti. 

Le ,pbm supportano 1 bit per pixel. 

Le .pgm sono invece immagini GreyScaled, 8 bit per pixel. 
Infine le .ppm sono le immagini a colori, con 8 o 24 bit per 
pixel. 

Il PPM e PGM sono inoltre i due formati generati di default 
dal tool di pubblico dominio del JPEG, dal momento che il 
Joint Photograph Expert Group ha utilizzato gli stessi sor- 
genti di PBMPlus, opportunamente adattati, per il supporto 
dell'input/output non compresso. 

PCX 

Introdotto in ambiente MS-DOS da PaintBrush della ZSoft, 
questo formato non è uno standard industriale, ma lo sta 
diventando, grazie soprattutto alla possibilità di memoriz- 
zare immagini in formato TrueColor. 

Ne esistono quattro versioni: 

Version 0 con 1 solo bit per pixel 
Version 2, con 1 e 4 bit per pixel 

Version 3, sempre con 1 o 4 bit per pixel, ma senza 
definizione della palette. 

Version 5 con 1, 4, 8 e 24 bit per pixel. 

PIC 

Formato utilizzato da Pictor e PC Paint in ambiente MS- 
DOS. 


La versione di Pictor supporta 1 o 8 bit per pixel; quella di 
PC-Paint solo 4 bit per pixel. 

RAS 

Si tratta del formato di proprietà della Sun Microsystems, 
abbastanza diffuso su workstation grafiche. 

Ne esistono varie versioni: 

TypeO OldStyle, 

Typel ModernStyle, 

Type2 Experimental. 

Tutte e tre le versioni supportano 1, 8, 24 e 32 bit per pixel. 

TGA 

E' stato sviluppato dalla Truevision per essere utilizzato con 
le schede Targa e Vista. Prevede la possibilità di memoriz- 
zare immagini in formato compresso (run-length) e non 
compresso, con risoluzioni di 8,16, 24 e 32 bit per pixel. 

Nel formato a 32 bit, i primi 24 vengono utilizzati normal- 
mente per la memorizzazione di pixel TrueColor, gli altri 8 
per informazioni sulla trasparenza e sulla componente 
Alpha. 

UFF 

Il Tagged Image File Format è stato sviluppato principal- 
mente con lo scopo di diventare lo standard industriale per 
eccellenza per la memorizzazione di immagini. Per questo 
è stata prevista una flessibilità elevatissima, in grado di 
adattarsi alle più svariate esigenze applicative. Dato l'infini- 
to numero di variazioni possibili, purtroppo nessun pro- 
gramma grafico può vantare il supporto di tutte le modalità 
previste. 

Il TIFF distingue varie categorie di immagini, e precisamen- 
te: Black & White, Grey Scaled e Colored, in modalità RGB, 
CMYK e YCBCR. 

La codifica non compressa supporta 1 , 4, 8 e 24 bit per pixel. 
Sono previsti inoltre 5 algoritmi di compressione: 

Huffman, solo per 1 bit per pixel 
Pack Bits, sempre 1 solo bit per pixel 
LZW, con 4, 8 o 24 bit per pixel 
Fax Group 3, 1 bit per pixel 
Fax Group 4, 1 bit per pixel. 

Recentemente è stato aggiunto il supporto per il JPEG. 

WPG 

Formato proprietario di WordPerfect, introdotto nella ver- 
sione 5.0, ma subito cambiato nella 5.1. Supporta 1, 4o8bit 

(segue a pagina 52 ) 
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Gli standard SCSI 


Un'interfaccia flessibile (parte prima) 


Paolo Canali 

Lo standard SCSI (Small Computers System Interface) è 
stato definito dall'ANSI (American National Standard for 
Information Systems) solo nel 1985, partendo dal preceden- 
te standard "di fatto" SASI (Shugart Associates System Inter- 
face). La necessità di maggiori velocità e di una maggiore 
standardizzazione che risolvesse i problemi di compatibili- 
tà tra periferiche nominalmente tutte SCSI ha portato alla 
definizione dello standard SCSI2, che ha trovato una prima 
formulazione ANSI nel 1990. 

L'enorme quantità di dati richiesta dalle future applicazioni 
multimediali potrà trovare un adeguato supporto nello 
standard SCSI3 attualmente ancora allo stadio di draft pro- 
posai . Per questo motivo non ci occuperemo ulteriormente 
dello SCSI3, basti sapere che per le connessioni verrà usato 
un cavo a 68 conduttori incompatibile con SCSI e SCSI2 
oppure una fibra ottica. Infatti la tendenza attuale, che 
certamente diventerà più evidente nei prossimi anni, è di 
impiegare economiche fibre ottiche su cui trasmettere se- 
rialmente i dati al posto di cavi paralleli con molti conduttori 
o cavi coassiali, entrambi costosi. 

Lo standard SCSI definisce un'interfaccia multifunzionale 
parallela ad alta velocità a cui si può collegare qualsiasi tipo 
di periferica. Lo standard SCSI2 è più preciso, e descrive in 
dettaglio i comandi che scanner, stampanti, media ottici, 
dischi rigidi, streamer, floppy e hard disk devono supporta- 
re. Anni fa erano in commercio anche frame buffer con 
interfaccia SCSI. 

L'interfaccia SCSI è a 8 bit e supporta due modi di funziona- 
mento, "asynchronous" (transfer rate sino a circa 1.5 Mega- 
byte al secondo) e "synchronous" (sino a 5 Megabyte al 
secondo); quella SCSI2 aggiunge un terzo modo di funzio- 
namento ("fast synchronous") in grado di trasferire 10 
Megabyte al secondo col cavo a 8 bit o 40 con quello a 32. 
Il modo fast synchronous è opzionale, e si può usare solo se 
tutti i dispositivi sul BUS sono compatibili SCSI2, indipen- 
dentemente dal fatto che supportino o no anche il modo fast 
synchronous. 

La grande varietà di periferiche collegabili consente ad un 
computer con interfaccia SCSI di avere meno slot, in quanto 
non occorre più inserire una nuova scheda per ogni perife- 
rica che si installa: per avere un'idea del risparmio, basta 


aprire un Amiga molto espanso e un compatibile in analo- 
ga configurazione! 

Purtroppo lo standard non ha avuto troppo successo come 
interfaccia generica a causa dei costi di implementazione, 
per cui (con qualche eccezione nel campo delle worksta- 
tion) in commercio si trovano solo implementazioni parziali 
destinate al collegamento tra un singolo computer e le sue 
memorie di massa, e per quanto riguarda Amiga, in pratica 
non esistono neppure utility in grado di sfruttare alcune 
delle funzioni estese più utili. Tra i comandi previsti dallo 
standard figurano infatti quelli destinati al rimappaggio di 
singoli "bad blocks" senza bisogno di riformattare il disco e 
in modo trasparente al computer (cioè una volta dato il 
comando, il bad block svanisce e al suo posto "compare" un 
blocco di riserva nuovo). Tra le funzionalità opzionali c'è la 
condivisione contemporanea della stessa periferica tra più 
computer (un solo hard disk per tanti computer anche con 
sistema operativo diverso) e l'utilizzo del bus SCSI come 
rete locale. 

Differenza sostanziale 

Per comprendere come funzionano i dispositivi SCSI, biso- 
gna avere ben presente che non c'è nessuna somiglianza 
logica con le tradizionali periferiche di I/O, come, ad 
esempio, i floppy disk o gli hard disk anche AT-BUS, ma c'è 
molta somiglianza solo dal punto di vista della implemen- 
tazione fisica, per ovvi motivi di praticità. Nel caso, per 
esempio, di un hard disk MFM o di un floppy disk, le 
funzioni di controllo della periferica sono svolte da un 
circuito integrato collegato sia al BUS della CPU che al 
connettore del cavo della periferica. Tipicamente è posto su 
una scheda detta "controller", che contiene eventualmente 
altri circuiti di interfaccia verso il BUS del computer. Questo 
integrato controllore è accessibile sotto forma di registri alla 
CPU del computer, la quale ci scrive comandi ("leggi", 
"formatta" , "porta la testina nella tal posizione") e legge i dati 
o le informazioni di stato ("testina posizionata", ecc). 

Dall'integrato escono segnali che attraverso il cavo di con- 
nessione vanno alla periferica e ne comandano funzioni a 
basso livello come l'accensione di un motore o lo shift di 
frequenza per un modulatore analogico FM. Per pilotare 
più periferiche usando lo stesso cavo si utilizza banalmente 
un certo numero di fili ausiliari, dipendente dal numero di 
periferiche da indirizzare. Ciascuna periferica va configura- 






AMIGADOS2.0: 
L 'AMBIENTE SHELL 


Seppure in modo meno appariscente e netto che nel contiguo universo 
Workbench, anche l'interfaccia Shell ha subito numerose innovazioni 
nel passaggio dal sistema operativo 1.3 a quello 2.0: tanto nella forma, 
che nella sostanza. 

La maggior parte dei comandi del Dos, pur ottimizzati nel loro 
funzionamento interno, hanno infatti conservato una sintassi d'uso 
quasi identica rispetto alla precedente versione. Non vi è stata una vera 
e propria rivoluzione, ma le piccole e grandi modifiche apportate hanno 
favorito un sempre maggiore comfort dell'utente, e una sempre più 
accentuata versatilità e affidabilità generale. 

Sulla base di questa premessa, resta dunque totalmente valido quando 
già descritto nel capitolo 6 (il CLI 1.3), mentre alcuni aspetti andranno 
aggiornati. 


Nuove finestre 


Primo tra tutti, lo stesso ambiente fisico di lavoro. 

La finestra Shell si è infatti adeguata alle generali caratteristiche 
dell'ambiente 2.0, ed è quindi fornita degli stessi accessori (gadget) 
presenti nelle altre finestre Workbench: quello unico di profondità 
all'estremità in alto a destra, quello di zoom immediatamente contiguo 
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(con relativo refresh e riassestamento dell'eventuale testo presente 
all'interno della finestra), e quello di chiusura nell'angolo in alto a 
sinistra. 

Grazie a quest'ultimo, non è dunque più obbligatorio ricorrere ai 
comandi Endcli o EndShell che mantengono comunque la loro validità 
in rapporto all'uso nel contesto di Batch file (o "file comandi" che dir si 
voglia). 

Va comunque aggiunto che la presenza del gadget di chiusura, come 
altre caratteristiche delle finestre di lavoro Shell, sono ampiamente 
modificabili grazie alla sintassi del comando NewShell. 

Questo, se digitato direttamente sulla riga di comando (si ricorda che con 
il Workbench 2.0 è anche disponibile la voce Execute Command 
diretamente da menu), o se inserito nell'ambito del file Startup-sequence, 
serve ad aprire na nuova finestra Shell. 

La sua sintassi, leggermente ampliata rispetto al vecchio 1.3, può essere 
così schematizzata: 

NEWSHELL <finestra> <FR0M nomefile> 

Entrambi i parametri sono facoltativi e, se assenti, il sistema aprirà una 
finestra standard, cercando comunque di eseguire prima quanto 
contenuto in un file di nome Shell-Startup memorizzato nella directory 
S del disco di sistema (quello adoperato per attivare Amiga, tipicamente 
il Workbench). 

Il parametro <finestra> serve appunto a precisare le caratteristiche della 
Shell: dimensioni, eventuale titolo e opzioni come il gadget di chiusura 
secondo questo schema: 

CON : x/y/ larghezza/ altezza/titolo/ opzione 

Un esempio chiarirà meglio il tutto. Da ambiente Workbench, si prema 
il tasto Amiga Destro e, mantenendolo abbassato, si prema anche il tasto 
E. Si attiverà una finestra dotata di riga di comando. Al suo interno, si 
digiti ora: 
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NEWSHELL CON : 0/ 150/ 64 0/100 

facendo seguire un canonico Return (o Enter). Si aprirà una finestra Shell 
che occuperà la porzione inferiore dello schermo, priva del gadget di 
chiusura e senza titolo. 

I valori 0 e 150 precisano infatti la posizione del suo angolo superiore 
sinistro: il primo indica il numero di pixel in senso orizzontale (a partire 
quindi dal bordo sinistro dello schermo), 150 invece di quanti pixel dal 
bordo superiore deve essere distante. 

Per chiudere la finestra, si impartisca dunque ENDCLI al suo interno 
dopo avere eventualmente attivato la finestra con un click del mouse, 
oppure a premere il tasto CTRL e \ (back slash), altro metodo molto 
sbrigativo per bypassare la digitazione di ENDCLI. 

Si provi ora a reimpartire il comando in modo che appaia in questa 
forma: 

NEWSHELL CON : 0 /150/ 64 0 / 1 0 0/t est /dose 

Stavolta, la nuova finestra avrà il titolo "test" sulla barra superiore e potrà 
essere richiusa agendo sul gadget in alto a sinistra. 

Volendo eliminare il titolo, ma conservando la possibilità di richiudere 
la finestra con il mouse, la stessa istruzione diventerà 

NEWSHELL CON : 0/1 50/ 64 0/1 00 //dose 

con una doppia barra obliqua a sostituire la descrizione del titolo. 
Qualora si dimenticasse questo particolare, verrebbe invece aperta una 
finestra con titolo "dose" e senza gadget di chiusura. 

II secondo parametro, FROM <nomefile>, serve invece ad evitare che il 
sistema esegua, prima dell'apertura di ogni finestra Shell, il file Shell- 
Startup, costringendolo ad eseguire un nostro file. Opzione, questa, 
molto comoda, ma i cui risvolti presuppongono una già acquisita 
padronanza del DOS. Argomento, dunque, più consono alle rubriche 
specializzate di Amiga Magazine. 
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La console 


Anche l'uso comune dell'ambiente, quello legato all'editing vero e 
proprio dei comandi, presenta qualche novità. Intanto, vediamo di 
ricordare di quali opzioni si dispone nella fase di digitazione, oltre ai 
consueti tasti cursore sinistro/destro per spostarsi nell'ambito della riga 
di comando: 

Shift+freccia sinistra Spostamento a inizio riga 
Shift+freccia destra Spostamento a fine riga 
Ctrl+W Cancella la parola a sinistra del cursore 
Ctrl+X Cancella l'intera riga 
Ctrl+K Cancella tutto dal cursore a fine linea 
Ctrl+Y Ripristina quanto cancellato con Ctrl+K 
Ctrl+U Cancella tutto dal cursore a inizio linea 

A queste facilitazioni, va poi aggiunta la già preesistente facoltà di 
sfruttare la cosiddetta history, ovvero la possibilità di richiamare sulla 
linea di comando quanto digitato in precedenza, adoperando i tasti 
cursore alto/basso. In pratica: se, per esempio, nel corso della attuale 
sessione si è in precedenza adoperata nell'ordine una serie di comandi 
List, Echo "ciao" e Status, ad ogni pressione del tasto "freccia in alto" si 
riproporrà sulla riga di comando prima Status, poi Echo "ciao", e infine 
List. Con il tasto cursore verso il basso, si "avanzerà" invece di nuovo nel 
precedente ordine. 

Questa feature era già implementata anche nella versione 1.3, ma a 
partire da DOS 2.0 si aggiunge una ulteriore comodità: la ricerca 
selettiva. In pratica, è sufficiente digitare qualcosa (anche un solo 
carattere) sulla riga di comando, quindi premere il tasto Shift assieme al 
tasto cursore verso l'alto. Automaticamente, verrà richiamata qualunque 
digitazione precedente che inizia con gli stessi caratteri specificati. 
Altro esempio: si digiti, all'interno di una finestra Shell, questa serie di 
comandi, facendo seguire la pressione del Return a ogni riga, ignorando 
eventuali segnalazioni di errore: 
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Copy 

CD 

Echo "ciao" 

Info 

Avail 

Ora si provi a digitare solo la lettera C, a premere il tasto Shift e, 
mantenendolo abbassato, il tasto cursore verso l'alto: sulla riga apparirà 
il comando Cd. Ripetendo l'operazione (con i soli tasti Shift e cursore in 
alto), apparirà Copy. 

Come intuibile, la cosa tornerebbe estremamente utile se, dopo lunghe 
sedute dossiane, si volesse rintracciare un comando impartito decine di 
istruzioni prima, magari di sintassi molto lunga e quindi non facile da 
ricordare a memoria. 


Spostarsi tra le directory 

Il capitolo 6, per un primo approccio alla struttura generale del DOS di 
Amiga, dedicava ampio spazio a una delle esigenze primarie nell'eseguire 
un programma, il corretto posizionamento all'interno di una directory, 
o di un diverso disco. Allo scopo, era necessario un ricorso massiccio al 
comando CD , diventato ora del tutto superfluo nell'uso diretto della riga 
di comando. Ricorriamo ancora ad un esempio: se ancora non avete 
richiuso la finestra Shell (nel caso, riapritela), la riga di comando 
riporterà come prompt (quanto appare all'estremità sinistra) il nome 
della directory corrente, ovvero Workbench2.0 se state adoperando il 
normale disco di sistema. Supponiamo di volerci spostare in una sua 
subdirectory, ad esempio Utilities, per vedere cosa c'è dentro. 

Con il vecchio 1.3 avremmo dovuto digitare un comando Cd Utilities, e 
in effetti questo funzionerà correttamente anche in ambito 2.0. Con il 
nuovo Dos, però, non è più necessario adoperare Cd! 

Per constatarlo, si provi a digitare solo Utilities (sempre seguito dalla 
pressione del Return): il prompt segnalerà l'awenuto cambiamento di 
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directory esattamente come se si fosse adoperato Cd, e come verificabile 
impartendo Dir (o List) per visualiZ 2 arne il contenuto. Chiaro che, perun 
corretto spostamento, varranno sempre le regole associate a quel 
comando, ovvero la directory di arrivo dovrà comunque essere "visibile" 
da quella di partenza, o dovrà essere specificato tutto il percorso per 
giungervi. 

Se, quindi, dalla posizione raggiunta nell'esempio (la directory Utilities 
del disco Workbench) ci si volesse posizionare in quella di nome System, 
occorrerebbe impartire Workbench2.0:System, o più semplicemente 
Sys:system. 


I comandi interni 

Adoperare la finestra Shell significa, genericamente, impartire precisi 
comandi seguendo la sintassi loro assegnata. Ma cosa si intende per 
comando DOS? Come già accennato nel capitolo 6, si tratta di programmi 
che, una volta invocati, verranno prelevati da particolari directory del 
dischetto (la più comune è quella di nome C) ed eseguiti, proprio come 
qualunque altro. O almeno, questo valeva in assoluto quando si adoperava 
il DOS 1.3. Ebbene, con il 2.0 non è sempre così, e questo porta a 
vantaggi davvero notevoli, come si capirà tra breve. 

Nell'esempio appena riportato, si accennava al comando CD: non più 
indispensabile nelle digitazioni dirette (ma sempre opportuno nell'ambito 
di batch file, non foss'altro che per compatibilità alfindietro), ma 
comunque possibile. Se, però, si prova ad impartire List C:, non si troverà 
traccia di questo comando all' interno di quella directory, e lo stesso | 
dicasi per molti altri prima adoperati: NewShell ed Endcli, per esempio. ; 
Eppure, visto che hanno funzionato, da qualche parte dovranno pur 
trovarsi. 

Per rintracciarli, si digiti il comando Resident all'interno della finestra 
Shell: eccoli elencati, assieme a una gran quantità di altri. Il DOS 2.0, 
dunque, contiene quella serie di comandi già nelle sue memorie di 
sistema, con due grossi vantaggi: la velocità di esecuzione, e la possibilità 
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di adoperarli indipendentemente dal floppy inserito nel drive principale, 
evitando quella noiosa sequela che obbligava a continui cambi di 
dischetto gli utenti sprovvisti di hard disk o di secondo drive. 

Per constatarlo, si estragga dal drive il floppy Workbench con il quale si 
è lanciato Amiga, e si digiti all'interno della finestra Shell un comando 
Ask "Premi Return": la stringa Premi Return verrà stampata sulla riga 
sottostante, e il computer si porrà in stato di attesa fino a che l'operazione 
richiesta non sarà stata compiuta. 

Senza soffermarci sulle modalità d'uso del comando Ask, lo si è in pratica 
visto in azione senza la presenza del disco di booti 
Come intuibile, la cosa può risultare di grande comodità non solo 
quando ci si limita alla riga di comando, ma soprattutto nell'ambito di 
batch file che, tra l'altro, risulteranno molto più veloci grazie all'uso dei 
comandi interni. Grazie a loro, inoltre, non sono più necessarie tutte 
quelle complesse operazioni "succhiamemoria" che obbligavano gli 
utenti con Amiga in versione base a copiare moltissimi comandi in RAM 
Disk, per averli disponibili quando nell'unico drive si doveva inserire un 
altro floppy. 


Facili scritture 

Tra i molti altri aspetti degni di nota, va infine citato un elemento che ha 
subito un enorme passo avanti: l'editor di testi ASCII fornito assieme al 
sistema Ed. Pur rimanendo uno strumento di emergenza e non 
paragonabile a veri strumenti di scrittura, si è tuttavia evoluto divenendo 
utile quando si deve, per esempio, elaborare o modificare in fretta un file 
batch come la Startup-Sequence. Non disponendo di hard disk, il ricorso 
a un editor esterno richiederebbe una discreta perdita di tempo e varie 
operazioni supplementari, che con Ed possono esere evitate. 

Per attivarlo è sufficiente digitare Ed <nomefile> sulla linea di comando 
Shell, adoperando, per esempio, RAM:test per definire un file temporaneo. 
La novità più rilevante è legata alla disponibilità di veri menu sulla barra 
di schermo, che svolgono le più importanti funzioni di editing, comunque 
anche associate a sequenze di tasti: Load e Save tramite i requester interni 
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di sistema (altra grossa novità del DOS 2.0), funzioni dì ricerca, e i più 
basilari spostamenti a inizio/fine documento. 

La possibilità di utilizzare dei menu non è molto, ma è decisamente 
meglio che districarsi nell'infinità di comandi poco intuitivi cui costringeva 
Ed nelle precedenti versioni. 



ta in modo da abilitarsi solo se legge sui fili ausiliari la "sua" 
combinazione di bit; normalmente (eccetto che per ESDI e 
qualche interfaccia proprietaria recente) si associa ad ogni 
filo una sola periferica, pertanto se ne possono collegare 
poche. 

Nel caso di una periferica SCSI esiste sempre una scheda 
"controller" con un circuito integrato controllore avente 
registri visibili alla CPU, ma dai piedini del controllore 
escono i segnali del bus SCSI, che continua a trasferire 
comandi ad alto livello e pacchetti di dati codificati in trame 
logiche. Il bus SCSI perciò, anche se usa un cavo come un 
floppy disk, è in realtà una piccola rete locale i cui nodi sono 
le periferiche e su cui transitano messaggi secondo un 
protocollo di comunicazione, di conseguenza anche la 
selezione dei dispositivi è effettuata in modo logico. 

La funzione del circuito integrato che fa da controllore SCSI 
è semplicemente quella di convertire i comandi della CPU 
in messaggi conformi al protocollo SCSI (e viceversa) e di 
"bufferizzare" i dati prima di inviarli ad un DMA controller 
o ad un registro di I/O interno. La funzione di buffer è 
indispensabile perché a causa dell'alta velocità con cui 
transitano i dati non è possibile richiedere il BUS (nel caso 
di DMA) o interrompere la CPU (nel caso di I/O "a inter- 
rupt") ad ogni byte da trasferire. 

Solo i chip controllori SCSI più recenti hanno un buffer 
interno, negli altri casi (che su Amiga sono la maggioranza) 
la scheda controller si realizza solitamente in due possibili 
modi. Si può rinunciare al buffer facendo eseguire alla CPU 
delle attese attive (polling), ed è questa la soluzione adot- 
tata più spesso da Apple. Oppure si interpone un buffer 
esterno tra il controllore SCSI e il DMA controller della 
scheda, fatto in modo che provveda anche ad assemblare e 
disassemblare le word o long word: in questo caso nel 
computer vengono trasferite solo word o long word, confi- 
nando il trasferimento di byte al solo bus SCSI, per cui il fatto 
che sia a soli 8 bit è del tutto ininfluente e "invisibile". 

Su un hard disk SCSI è sempre presente un altro integrato 
simile a quello nel controller del computer, che appare 
come un insieme di registri ad una CPU montata sull'hard 
disk. Sino a qualche anno fa era spesso un normale micro- 
processore a 16 bit, ma oggi è quasi sempre un DSP, che 
eventualmente comunica con un secondo controller di tipo 
tradizionale che pilota la periferica. Le prime implementa- 
zioni dello standard SCSI consistevano proprio in un cabi- 
net contenente un alimentatore e una scheda che accettava 
un bus SCSI dall'esterno e forniva internamente i connettori 
per collegare hard disk ESDI o ST-506. 

Le periferiche SCSI, come tutti i computer, sono dotate di 
una ROM contenente il programma di gestione; questo è 
soggetto a bug software o a revisioni per implementare più 
comandi; esiste un comando proprio per conoscere la 
revisione del software del disco rigido (anche HDtoolbox lo 
usa). 


I chip per i controller SCSI più usati su Amiga sono quelli 
prodotti da Western Digital e AMD (famiglia 33C93) o quelli 
della NCR; talvolta si usano i chip NEC (uPD72111). Sono 
famiglie molto diverse tra loro; i Western Digital esistono in 
molte revisioni pin-to-pin compatibili/ma perlopiù sono 
meno tolleranti nei confronti di periferiche non perfetta- 
mente installate di quanto lo siano gli equivalenti AMD. In 
casi "disperati" perciò può essere utile rimpiazzare il chip 
Western Digital con l'equivalente AMD (il WD33C93A 
equivale ad AM33C93A: esistono sia in versione DIL che per 
SMD). 

Al momento, la NCR produce alcuni tra i chip più all'avan- 
guardia e Western Digital produce una versione SCSI2 pin 
to pin compatibile con il chip controllore SCSI usato da GVP 
e Commodore su A3000, A590, A2091, A2090; ovviamente, 
per sfruttarlo, occorrerebbe riscrivere la scsi. device e co- 
munque non si potrebbe utilizzare il modo fast synchro- 
nous. Spesso i produttori di controller giocano su questo 
fatto, inserendo un chip SCSI2 nel loro controller e dichia- 
rando che si tratta di un controller SCSI2. Questi controller 
si riconoscono perché sono in grado di usare i comandi 
SCSI2 ma non supportano il modo fast synchronous fer- 
mandosi invece a 5 Megabyte/secondo di transfer rate 
come gli SCSI. 

Cavi e connettori 

Sono possibili diversi tipi di interfaccia elettrica. Quello di 
gran lunga più comune è il tipo "single ended" a 8 bit, 
proprio sia dei dispositivi SCSI che degli SCSI2. 1 connettori 
possibili sono quello a 50 poli per connettore a cavo piatto 
(comunemente disponibile sugli hard disk) da usarsi per 
cavi non schermati, e quello a 50 poli che assomiglia ad un 
connettore Centronics, per i cavi schermati. Il connettore 
"Cannon" DB25 usato su Amiga è completamente fuori 
standard ed elettricamente inefficiente, ma è identico a 
quello usato dalla Apple e quindi è uno "standard di fatto", 
analogamente alle porte RS232 a 9 pin inventate da IBM. 

Con lo standard SCSI2 è stato introdotto un nuovo tipo di 
connettore a 50 poli miniaturizzato; è più difficile da repe- 
rire degli altri, ma, essendo ormai usato da anni nel campo 
delle Workstation da ditte come SUN e Hewlett Packard 
(che vende anche per posta), non è introvabile. E' possibile 
realizzare controller e periferiche SCSI2 continuando ad 
usare il vecchio connettore a 50 o 25 poli, ma per sfruttare 
il modo "fast synchronous" tipico dello standard SCSI2 
occorrono precauzioni maggiori, che la presenza del nuovo 
connettore ad alta densità segnala subito all'utente: oltretut- 
to almeno finora è realmente uno standard universale per le 
periferiche SCSI2, a differenza di quanto è successo per le 
SCSI. 

La lunghezza complessiva massima del cavo è di 6 metri e 
se si desidera realizzare una diramazione a T non devono 
intercorrere più di 10 centimetri di cavo (stub) tra il dispo- 
sitivo e il cavo principale. Lo standard SCSI2 prevede inoltre 



che due stub devono essere posti almeno a 30 centimetri di 
distanza tra loro e che due tratti di cavo principale (per 
esempio, quando è ripiegato) devono essere distanziati di 
almeno 1.27 millimetri per evitare variazioni locali dell'im- 
pedenza. Ovviamente nessuno monta un cavo SCSI con il 
calibro in mano, ma questi vincoli fanno parte dello stan- 
dard: in pratica è molto più importante, se si usa un cavo 
piatto, usare una squadra per assicurarsi della perfetta 
perpendicolarità del connettore rispetto al cavo, altrimenti 
molto facilmente al momento di serrare il connettore si 
verificano falsi contatti e cortocircuiti. 

Il cavo deve avere un'impedenza compresa tra 90 e 140 
ohm, possibilmente 132 (vedremo la prossima volta il 
perché di questi numeri), e per evitare riflessioni del segna- 
le non si devono usare tratti di cavo con impedenze diverse, 
per esempio, un tratto di cavo piatto e uno di cavo scherma- 
to generico, e "terminatori" fuori posto. Questa precauzio- 
ne è di solito sistematicamente ignorata quando si connet- 
tono periferiche sul connettore DB25 del controller e da 
qui, oltre che da un inopportuno desiderio di risparmio, 
nascono quasi tutti i problemi di cablaggio: vedremo il 
mese prossimo come risolverli. 

Il cavo consigliato dallo standard è composto da conduttori 
attorcigliati tra loro due a due (quindi 25 coppie), circondati 
da una schermatura. Assomiglia ad un cavo telefonico, ma 
l'impedenza è generalmente diversa. Nei connettori, un 
conduttore va collegato al contatto di una fila e l'altro a 
quello corrispondente dell'altra fila. Visto il costo assai 
elevato di un simile cavo (si superano facilmente le cento- 
mila lire per un metro e mezzo di cavo con connettori), è 
tollerato l'uso di cavo piatto, che sempre in teoria andrebbe 
il più possibile evitato a causa delle pessime caratteristiche 
elettriche. Come cavo piatto, bisognerebbe usare il "twist 1 - 
n'flat" o simili, ad impedenza controllata, dal costo ancora 
accettabile (sulle trentamila lire il metro). 

Già lo standard SCSI , oltre che SCSI2, prevede una differen- 
te possibilità di collegamento, usando sempre gli stessi cavi 
e connettori a 50 poli: il modo differenziale. In questo caso 
ogni segnale è trasmesso con due fili, e il suo valore logico 
dipende dalla differenza tra le tensioni dei due conduttori. 

I livelli di tensione sono quelli EIA-RS485, ovvero IS08482, 
molto più alti del caso precedente. 

II segnale DIFFSENS serve per consentire ad un dispositivo 
differenziale di accorgersi se è stato erroneamente collega- 
to ad interfacce single-ended (in questo caso sarebbe cor- 
tocircuitato verso massa), in modo da disabilitarsi. Lo stan- 
dard non obbliga a implementare questa funzione: in caso 
di distrazione, allora, tutti i dispositivi sul bus SCSI verranno 


permanentemente danneggiati. Analogamente, talvolta se 
si inserisce alla rovescia il connettore SCSI di un dispositivo 
single ended, si danneggiano i driver del dispositivo, irrepe- 
ribili come ricambi. 

Il modo differenziale risolve praticamente tutti i problemi di 
collegamento e consente di utilizzare un cavo di lunghezza 
complessiva sino a 25 metri, limitata questa volta solo dalla 
velocità di propagazione dei segnali. Poiché praticamente 
nessuno lo usa, d'ora in avanti ci riferiremo esclusivamente 
al caso single-ended. 

Prestazioni elevate 

Con lo standard SCSI2 è stata introdotta la possibilità di 
trasferire 32 bit alla volta invece di 8. E' possibile mischiare 
sullo stesso bus dispositivi SCSI2 normali e dispositivi SCSI2 
a 32 bit: si usa il solito cavo a 50 poli per connettere tutti i 
dispositivi, ma quelli a 32 bit vanno interconnessi tra loro 
anche con un secondo cavo a 68 conduttori, che porta i 
segnali aggiuntivi. 

Oggi, solo DEC produce un hard disk SCSI2 a 32 bit (da 3.5 
pollici e di 1 . 5 Gigabyte di capacità), dal costo astronomico, 
mentre la gran parte degli hard disk SCSI2 non supporta il 
modo fast synchronous, ma semplicemente non si blocca se 
altri dispositivi sul BUS lo stanno usando. 

Il motivo principale per cui l'interfaccia a 32 bit (detta anche 
"wide SCSI") non si usa è che non esistono dischi rigidi in 
grado di fornire i 10 Megabyte al secondo già possibili con 
l'SCSI2 single-ended a 8 bit; come termine di confronto, la 
velocità di accesso massima di MC68000 alla RAM in un 
A2000 è di 3.5 Megabyte al secondo (circa la stessa del bus 
IBM AT), per cui non ha neppure senso realizzare un 
controller SCSI2 in standard Zorro2. Per consentire alla 
testina di leggere dati serialmente dal disco magnetico a tale 
velocità , i piatti di un hard disk con ben 64 settori di 5 1 2 byte 
per traccia dovrebbero ruotare almeno a 19200 giri al 
minuto, contro i consueti 3000-4500 giri. Occorrono dei 
disk array, come, per esempio, quelli "miniaturizzati" che 
produce la PLI (MiniArray e MiniArray FS). I normali dischi 
rigidi non superano i 4 Megabyte al secondo di "transfer 
rate", gestibile senza problemi già con un controller SCSI in 
modo sincrono. 

Dopo questa introduzione, il mese prossimo inizieremo la 
descrizione dello standard con esempi di cablaggio e de- 
scrizione di segnali e piedinatura dei connettori SCSI e 
SCSI2; vedremo, inoltre, il protocollo e come funzionano i 
tre modi di trasferimento dati (asynchronous, synchronous 
e fast synchronous). 
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Non c'è due senza tre, e infatti eccoci di nuovo insieme per 
la terza parte della nostra indagine sui meriti (e demeriti) dei 
più popolari compilatori per Amiga. 

In questa puntata esamineremo un'altra importante classe 
di ottimizzazioni, quelle riguardanti le chiamate di procedu- 
re o funzioni, il passaggio dei parametri e la restituzione dei 
risultati. Vedremo infine tutte le tecniche che abbiamo 
descritto (e molte altre) all'opera contemporaneamente su 
un frammento di programma più corposo, e avremo qual- 
che sorpresa ! 

Passaggio dei parametri e chiamate di procedura 

Si trovano descritte nella letteratura moltissime modalità di 
passaggio dei parametri, come la chiamata per nome, per 
valore, per variabile, per riferimento, per valore-risultato e 
altre. 

Le modalità che troviamo implementate nei linguaggi più 
comuni sono però soltanto due: la chiamata per variabile 
(detta anche per indirizzo o per locazione) e quella per 
valore. 


Figura la 



Consideriamo la chiamata: 

pippo (x) ; 

Nel primo caso, verrebbe passato alla procedura pippo 
l'indirizzo in memoria della variabile x; nel secondo caso 
verrebbe passato il valore contenuto in x al momento della 
chiamata. 

Il Pascal permette di specificare entrambi i tipi di passaggio. 
Nel test seguente, a è una variabile globale, mentre 1 è locale 
a pippo( ). 

TESTI 0 : 

pi procedure pippo (x : integer) ; 

p2 begin 

p3 l:=x; 

p4 end; 

mi begin 

m2 pippo (a); 

m3 end 

La procedura pippo( ) accetta il suo parametro per valore. 
Ecco come l'HighSpeed Pascal compila la chiamata: 

main : 

1 MOVE . W <valore di a>,-(A7) metti il parametro a 

nello stack 

2 JSR <pippo> (PC) chiama pippo come 

subroutine 


mentre il codice di pippo( ) è: 


pippo: 

3 LINK 

A6,#-2 

riserva lo spazio per 1 

4 MOVE . W 

8 (A6) , -2 (A6) 

esegue l:=x 

5 UNLK 

A6 

distruggi 1 

6 MOVEA.L 

(A7) +,A0 

mette in AO l'indirizzo di 

7 ADDQ.L 

#2,A7 

ritorno 

togli il parametro (x) 

8 JMP 

(AO) 

dallo stack 

ritorna al chiamante 


Il metodo usato è piuttosto standard (vedi figura la e b); 
l'unico aspetto peculiare è la sequenza di uscita alle linee 











I 


Il metodo "standard" per la chiamata di 
procedura, usato da molti linguaggi, prevede di 
immagazzinare sullo stack tre tipi di 
informazioni: i parametri, le informazioni di 
collegamento (linkage) e le variabili locali 
della procedura chiamata. 

I parametri (nell'esempio a lato, a e b) vengono 
posti sullo stack dal chiamante con istruzioni 

MOVE . <tipo> <parametro>, - (A7) 

L'istruzione JSR <procedura> salta quindi al 
codice della procedura, ponendo sullo stack 
l'indirizzo di ritorno. La procedura chiamata 
effettua per prima cosa l'istruzione LINK 
A5,<spazio> che ha l'effetto di immagazzinare il 
contenuto di A5 sullo stack, far puntare A5 alla 
stessa locazione in cui è stato posto il vecchio 
valore e spostare A7 (che è, appunto, lo stack 
pointer) in basso in modo da riservare lo spazio 
indicato . 

Naturalmente, la scelta del registro da usare 
(detto "frame pointer") è del tutto 
convenzionale: l'HighSpeed Pascal usa ad esempio 
A6 anziché A5 . 

Dopo la LINK, i parametri vengono raggiunti con 
offset positivi da A5 (nel nostro esempio, b è 
in 8(A5) e a inl2(A5) ) e le variabili locali 
con offset negativi (x è in -4(A5) e y in -8(A5) 

) • 

Alla fine della procedura, la UNLK effettua A5 
:= (A5) , ripristinando il vecchio valore del 
registro, e la RTS toglie dallo stack 
l'indirizzo di ritorno; la procedura chiamante 
(dopo la JSR) provvederà a rimuovere i 
parametri . 


Figura lb 


6 JSR <pippo> chiama pippo 

7 ADD.W #4,A7 pulisce lo stack della a 

messa in 5 

Il codice C, che è piuttosto tipico, è più breve, ma non più 
veloce; entrambe le versioni richiedono per chiamata e 
ritorno 31 cicli. Notiamo però che nel caso di molte chiama- 
te a pippo( ), il codice Pascal richiederebbe comunque una 
sola copia delle istruzioni 5-8, mentre il codice C avrebbe 
tante istruzioni, 7, una per ogni chiamata. 

Per equità, vale la pena di ricordare che l'efficienza in 
termini di tempo del codice Pascal è dovuta anche al fatto 
che le variabili di tipo integer sono in effetti a 16 bit, mentre 
per il C gli int sono a 32 bit; d'altro canto, l’ ottimizzatore 
dell'Aztec C ha spostato x in un registro, e così facendo non 
ha più avuto necessità di allocare spazio per variabili locali 
(ecco perché non ci sono istruzioni LINK e UNLK). 

Il DICE non effettua questa ottimizzazione, e produce un 
codice leggermente peggiore: 


pippo : 


LINK 

A5,#-4 

MOVE . L 

8 (A5) , -4 (A5) 

UNLK 

A5 

RTS 


main : 


MOVE . L 

<a> (A4) , - (Al) 

JSR 

<pippo> (PC) 

ADDQ.L 

#4 , A7 


5-8: in Pascal non esistono procedure o funzioni con un 
numero variabile di parametri, quindi ogni subroutine sa 
esattamente quanto spazio sullo stack è stato usato dal chia- 
mante per memorizzare i suoi argomenti. La rimozione di 
questi argomenti, fatta in questo caso alla linea 7, può 
dunque essere effettuata dalla routine stessa. 

Al contrario, in C è il chiamante che deve rimuovere gli 
argomenti dallo stack (ciò è necessario perché il numero di 
argomenti potrebbe essere diverso da chiamata a chiamata, 
come nel caso della funzione printf( ) e simili, come si vede, 
ad esempio, nel codice prodotto dall'Aztec C per il pro- 
gramma corrispondente: 


pippo : 

1 MOVE.L D2,-(A7) 

2 MOVE.L 8 (Al) , D2 

3 MOVE.L (A7)+,D2 

4 RTS 


salva il contenuto di D2 (D2 
è 1) 

esegue 1 : - x 

ripristina D2 (così, la 2 è 
inutile . . ) 
ritorna 


Le vere sorprese cominciano però con i nostri due "campio- 
ni", il SAS/C e il GCC. Entrambi riconoscono che pippo() è 
una funzione "semplice" (in effetti corrisponde ad una sola 
istruzione assembler), e decidono che è più conveniente 
non chiamarla del tutto, ma inserire il codice corrisponden- 
te direttamente all'interno di main( ). Questa ottimizzazio- 
ne, detta delle "funzioni in linea", consente di evitare l'ese- 
cuzione delle sequenze di entrata e di uscita dalle subrou- 
tine. Lo svantaggio è che la dimensione del codice, se la 
funzione spostata in linea è grande, può crescere notevol- 
mente: ecco perché il SAS/C la effettua solo su funzioni 
"semplici" (in cui "semplice" è valutato in termini del nume- 
ro di operazioni effettuate dalla funzione), mentre il GCC si 
aspetta che il programmatore richieda esplicitamente l'otti- 
mizzazione con una dichiarazione come: 

inline void pippo(int a) o con l'opzione -finline-functions. 

In entrambi i casi il risultato è lo stesso: 


Potenza dei rispettivi ottimizzatori, sia il SAS/C che il GCC si 
rendono conto che la chiamata a pippo() è del tutto inutile 
(come si può agevolmente verificare dal sorgente) e la 


5 MOVE.L <a>,-(A7) mette l'argomento sullo stack 



c 


Figura 2.11 codice prodotto da DICE. 

eliminano completamente dal codice prodotto ! 

Negli esempi che abbiamo visto, i parametri 
erano sempre passati sullo stack. Questa è la 
forma più generale, ma non sempre la più effi- 
ciente. Con alcuni compilatori è anche possibile 
specificare che il passaggio dei parametri deve 
avvenire tramite i registri ("registered parame- 
ters"), cosicché una chiamata che era: 

main : 

MOVE . L <a>, - (A7) 

MOVE . L <b>, - (A7 ) 

BSR <pippo> 

pippo : 

MOVE . L 4(A7),D2 
MOVE . L 8 (A7 ) , D3 

RTS 

diventa: 

main : 

MOVE . L <a>, D2 
MOVE . L <b>, D3 
BSR <pippo> 

pippo: 

RTS 

In ogni caso, questa modalità va sempre richiesta 
esplicitamente nella dichiarazione della funzio- 
ne (con specificatori come asm o regargs), e non è 

quindi una vera e propria ottimizzazione quanto piuttosto 
un'ulteriore variante della generazione di codice. 

Vediamo adesso un esempio di ottimizzazione che riguarda 
le chiamate ricorsive: la cosiddetta "ottimizzazione della 
ricorsione di coda". 

Consideriamo la funzione (ricorsiva): 

TESTI 1 : 

1 void f (int x) 

2 { 

3 q ( ) ; 

4 f(x); 

5 } 

Come si vede, alla linea 4 la f( ) richiama se stessa. Il GCC, 
il DICE e l'Aztec C producono un codice di questo tipo: 

1 f: JSR <q> chiama q, senza parametri 

2 MOVE . L 4<A7),-(A7) ricopia il parametro x .. . 


JSR 

<f> 

... e chiama di 



nuovo la f 

ADD.W 

#4,A7 

aggiusta lo stack 

RTS 


e ritorna 


Soltanto il SAS/C riconosce che la chiamata ricorsiva a f( ) 
è l'ultima cosa che va fatta, ed è quindi inutile usare una 
chiamata a subroutine: basta un salto assoluto. Il codice 
prodotto è infatti: 


f: MOVE . L D7,-(A7) 
MOVE . L 8(A7),D7 
JSR <q> 

MOVE . L D7,8(A7) 
MOVE . L (A7)+,D7 


BRA.B 


<f> 


salva D7 

e usalo per contenere x 
chiama q 

imposta x come parametro 
togli dallo stack 
l'indirizzo di ritorno 
chiama f con un salto 


Con questo semplice accorgimento è possibile risparmiare 
moltissimo sull'occupazione dello stack (nel caso limite del 
nostro esempio, si è passati da uno stack infinito a uno 
appena sufficiente per una chiamata a q, cioè pochi byte). 


f : 

LINK 

A5, #0000 

è inutile ! Potrebbe usare A7 


MOVE . L 

0008 (A5) , DO 

DO :=i i 


ADD.L 

000C (A5) , DO 

DO :=D0+ j i+j 


ASL.L 

#1,D0 

DO :=2*D0 2* (i+j) 


ADDQ.L 

#1,D0 

DO :=D0+1 2* (i+ j) +1 


UNLK 

A5 



RTS 



test : 

MOVEM.L 

D2-D3/A2, - (A7) 

Salva alcuni registri 


LINK 

A5, #0000 

anche questo è inutile... 


MOVEQ 

#00, D2 

D2 è i, parte da 0 


BRA.B 

$1 

salta al controllo del for (riga9) 

$4: 

MOVEQ 

#00, D3 

D3 è j, parte da 0 


BRA.B 

$2 

salta al controllo del for (rigalo) 

$3: 

MOVE . L 

D2 , DO 

mette i in DO 


MOVEQ 

#0A, DI 



ASL.L 

DI, DO 

e lo moltiplica per 2 A 10 (1024) 


LEA 

<a> (A4) , A0 

mette in A0 l'indirizzo di a 


ADDA. L 

DO, A0 

e ottiene (in A0) a[i] 


MOVE . L 

D3, DO 

mette j in DO 


ASL.L 

#2, DO 

e lo moltiplica per 4 


LEA 

00 (A0,D0.L) , A0 

ora A0 è a[i][j] (finalmente !) 


MOVEA.L 

A0,A2 

e lo salva in A2 (A0 è temporaneo) 


MOVE . L 

D3, - (A7 ) 

mette i e j sullo stack, come parametri 


MOVE.L 

D2,-(A7) 



JSR 

<f> (PC) 

e chiama la f() 


ADDQ.L 

#8, A7 

aggiusta lo stack 


MOVE.L 

DO, (A2) 

esegue a [i] [ j ] :=f (i, j) (riga 11) 


ADDQ.L 

#1, D3 

somma 1 a j 

$2: 

CMP.L 

#00000100,03 

controlla se j ha superato 255 


BLT.B 

$3 

se no, ripeti (la riga 11) 


ADDQ.L 

#1, D2 

altrimenti somma lai 

$1: 

CMP.L 

#00000100, D2 

controlla se i ha superato 255 


BLT.B 

$4 

se no, ripeti (dalla riga 10) 


UNLK 

A5 

se si, ha finito: 


MOVEM.L 

(A7)+,D2-D3/A2 

ripristina i registri salvati... 


RTS 


... ed esce. 

main: 

MOVE.L 

D2, - (A7) 

Salva D2 


LINK 

A5, #0000 

ancora: è inutile ! 


MOVEQ 

#00, D2 

inizializza D2 (è k) a 0 


BRA.B 

$5 

salta al controllo del for (rigal6) 

$6: 

JSR 

<test> (PC) 

chiama la test 


ADDQ.L 

#1,D2 

incrementa k 

$5: 

CMP.L 

#0000000A,D2 

controlla se k è arrivato a 10 


BLT.B 

$6 

se no, ripeti la riga 17 


MOVEQ 

#00, DO 

se si, fine: ritorna 0 al S.O. 


UNLK 

A5 



MOVE.L 

(A7)+,D2 

ripristina D2 


RTS 


ed esce. 





L'ultimo tipo di ottimizzazione che vedremo, applicabile 
soltanto ai compilatori C, è 1' "aggiustamento ritardato dello 
stack". Come abbiamo visto, ogni chiamata a funzione deve 
essere seguita dalla rimozione dei parametri dallo stack. 
Quasi sempre non è necessario che questa rimozione venga 
effettuata immediatamente al ritorno della chiamata. 

Consideriamo il frammento: 

TEST12 : 
void f (voìd ) 

{ 

int a,b,c; 
q (a, b) ; 
p(b,c) ; 
m ( a , b , c ) ; 

} 

La compilazione tradizionale, come quella del DICE, pro- 
duce qualcosa come: 

1 metti a e b nello stack 

2 chiama q 

3 aggiusta lo stack di 8 byte 

4 metti b e c nello stack 

5 chiama p 

6 aggiusta lo stack di 8 byte 

7 metti a, b e c nello stack 

8 chiama m 

9 aggiusta lo stack di 12 byte 

mentre il GCC, il SAS/C e l'Aztec C adottano l'aggiustamento 
ritardato, ottenendo: 

1 metti a e b nello stack 

2 chiama q 

3 metti b e c nello stack 

4 chiama p 

5 metti a, b e c nello stack 

6 chiama m 

7 aggiusta lo stack di 28 bytes 

Il guadagno non è grandissimo, soltanto due istruzioni, ma 
poiché è gratis (o, meglio, costa soltanto una decina di byte 
di stack) perché rinunciare? 

L'uso combinato di queste tecniche consente di ridurre 
grandemente il costo delle chiamate di funzione (fino a 
costo zero, nel caso delle funzioni in linea), incoraggiando 
un sano uso della modularità nella scrittura dei programmi. 

Un esempio completo 

Nei nostri esempi abbiamo sempre provato a compilare 
frammenti di piccole dimensioni, per isolare gli aspetti 
interessanti ed esaminare meglio il codice oggetto risultan- 
te. In questo modo però non si apprezza la potenza delle 
tecniche di ottimizzazione quando sono applicate insieme: 


i risultati possono essere davvero straordinari. 

Per avere una visione complessiva della qualità dei diversi 
ottimizzatori, proviamo dunque con qualcosa di più corpo- 
so: 

TEST13 : 

1 int a [256] [256] ; 

2 static int f(int i,int j) 

3 { 

4 return 2*(i+j)+l; 

5 } 

6 static void test (void) 

7 { 

8 int i, j; 

9 for (i=0; i<256; i++) 

10 for ( j=0; j<256; j++) 

11 a[i] [ j] =f (i, j) ; 

12 ) 

13 int main(void) 

14 { 

15 int k; 

Figura 3 ■ Il codice prodotto dall'Aztec C. 


f : 

MOVE . L 

4 (SP) , DO 

valuta D0=2* (i+ j) +1, in maniera 
un po 1 più 


ADD.L 

8 (SP) ,D0 

furba che nel caso del DICE. 


ADD.L 

DO, DO 

Notare l'assenza di LINK e UNLK 




(inutili) e 


ADD.L 

#1, DO 

l'uso di ADD.L DO, DO anziché 
ASL.L #1 , DO 


RTS 


(4 cicli anziché 5) . 

test : 

MOVEM.L 

D2/D3,- (SP) 

Salva i registri D2 (i) e D3 (j) 


MOVE .L 

#0, D2 

inizializza i a 0 

$2: 

MOVE . L 

#0 , D3 

inizializza j a 0 

$1: 

MOVE . L 

D3, - (SP) 

mette i e j nello stack, come 
parametri 


MOVE . L 

D2,-(SP) 



JSR 

<f> 

e chiama la f { ) 


MOVE . L 

D2, DI 

mette i in DI 


ADD.W 

#8, SP 

aggiusta lo stack 


MOVE . L 

DO, - (SP) 

salva temporaneamente DO - 
contiene 2*(i+j)+l 


MOVE . L 

#10, DO 



ASL.L 

DO, DI 

moltiplica i per 1024 


MOVE . L 

D3, DO 



ASL.L 

#2, DO 



ADD.L 

DO, DI 

e somma j*4 


LEA 

<a>, A0 

carica l'indirizzo di a in A0 


MOVE . L 

(SP) +, DO 

recupera 2*(i+j)+l 


MOVE . L 

DO, (A0, DI . L) 

esegue a[i] [j]=f (i, j) 


ADD.L 

#1, D3 

somma 1 a j 


CMP.L 

#256, D3 

se non è ancora 256, ripeti 


BLT 

$1 



ADD.L 

#1, D2 

altrimenti, somma lai ... 


CMP.L 

#256, D2 

. . . controlla . . . 


BLT 

$2 

. . . eventualmente, ripeti 


MOVEM.L 

(SP) +, D2/D3 



RTS 


esce dal test 

main: 

MOVEM . L 

D2, -(SP) 



MOVE . L 

#0, D2 

inizializza D2 a 0 (è k) 

$3: 

JSR 

<test> 

chiama test 


ADD.L 

#1, D2 



CMP.L 

#10, D2 



BLT 

$3 

itera se è il caso 


MOVE . L 

#0, DO 

altrimenti, ritorna 0 al S.O. 


MOVEM.L 

(SP) +,D2 



RTS 


ed esci. 



0 WTra n sA CTION I 


a n 


main : 

MOVEM.L 

D5-D7/A3/A5, - (A7) 

Salva alcuni registri 


MOVEQ 

#00, D7 

D7 è k, inizializza a 0 


BRA.B 

$1 

e salta al controllo del 
for di riga 1 6 

$5: 

MOVEQ 

#00, D6 

D6 è i, inizializza a 0 


LEA 

<a>,A5 

mette l'indirizzo di a in 

A5 


BRA.B 

$2 

e salta al controllo del 
for di riga 9 

$3: 

MOVEQ 

#00, D5 

D5 è j, inizializza a 0 


MOVE A. L 

A5, A3 

usa A3 per scorrere a[i] 

$4: 

MOVE . L 

D6, DI 

DI - i 


ADD.L 

D5, DI 

DI = i+j 


ADD.L 

DI, DI 

DI = 2* (i+j) 


ADDQ.L 

#1 , DI 

DI = 2* (i+ j) +1 


MOVE . L 

DI, (A3) + 

a[i] £ j]=f (i, j) 


ADDQ.L 

#1,D5 

incrementa j 


CMPI.L 

#00000100, D5 

se non è ancora 256 


BLT.B 

$4 

ripeti il for (riga 10) 


ADDQ.L 

#1, D6 

altrimenti, incrementa i 


ADDA. W 

#0400, A5 

A5 punta ad a[i] (la riga 
successiva) 

$2: 

CMPI.L 

#00000100, D6 

controlla se i è 256 


BLT.B 

$3 

se non lo è, ripeti il 
for (riga 9) 


ADDQ.L 

#1, D7 

incrementa k 

$1: 

MOVEQ 

CMP.L 

#0A, DO 

DO, D7 

controlla se è 10 


BLT.B 

$5 

se no, ripeti la 
"chiamata" a testo 


MOVEQ 

MOVEM.L 

RTS 

#00, DO 

( A7 ) + , D5-D7 /A3/A5 

altrimenti, ritorna 0 al 

S.O. 

ed esci 


Figura 4. Il codice prodotto dal SAS/C 


16 for (k=0; k<10; k++) 

17 test(); 

18 return ( 0 ) ; 

19 } 

Questo semplice programma si limita a riempire una ma- 
trice quadrata di 256 per 256 interi con l'assegnamento 
(alla linea 11): 

a [i, j] :=2* (i+j) +1 

Tutta l'operazione viene ripetuta per 10 volte al solo 
scopo di rendere più semplice la rilevazione dei tempi di 
esecuzione (che vedremo dopo). Vediamo dapprima in 
figura 2 una compilazione "tradizionale" come quella del 
DICE. Come si vede, non ci sono particolari sorprese; il 
codice oggetto è una traduzione diretta del sorgente. 

Il codice dell'Aztec C (figura 3) non è molto dissimile. 
Rispetto al codice del DICE si risparmiano un po' di cicli, 
specialmente nella funzione f. Dato che quest'ultima è 
chiamata più di 65000 volte, la differenza dovrebbe 
essere sensibile. 

Anche l'HighSpeed Pascal compila in maniera simile, 
traducendo direttamente dal sorgente, tuttavia gli innu- 
merevoli cicli di load/store, come: 

MOVE . W < j>, DO 
ADD.W #1 , DO 
MOVE . W D0,<j> 


Compilatore 

Tempo 

(secondi) 

Eseguibile 

(bytes) 

Oggetto 

(bytes) 

SAS/C 

8.15 

4496 

224 

GCC 

6.17 

7424 

376 

DICE 

29.25 

2900 

312 

Aztec C 

27.71 

2812 

n/a 

HS Pascal 

32.55 

1860 

n/a 


Tabella 1. 

al posto di: 

ADD.W #1,D2 (dove D2 contiene j) 

Rendono il codice molto lento (e molto lungo) nonostante 

Figura 5 . Il codice prodotto dal GCC 


main: 

MOVEM.L 

D2-D3/A2-A3, - (A7) 

Salva alcuni registri 


MOVEQ 

#00, D2 

D2 è k, inizializza a 0 


SUBA. L 

A2,A2 

A2 è i, inizializza a 0 


MOVE . L 

<a>, DI 

mette in DI la base di a 

$2: 

SUBA. L 

A0 , A0 

A0 è j, inizializza a 0 


MOVEA . L 

DI, Al 

Al punta a a[i][j%8] 

$1: 

MOVE . L 

A2 , DO 

DO = i 


ADD.L 

A0, DO 

DO = i+j 


ADD.L 

DO, DO 

DO » 2* (i+ j ) 


ADDQ.L 

#1, DO 

DO = 2* (i+j) +1 


MOVE . L 

DO, (Al) 

a [i 3 [ j] = f (i, j) 


LEA 

01 (A2,A0.L) , A3 

A3 è i+j+1 


MOVE . L 

A3, DO 

DO = i+j+1 


ADD.L 

DO, DO 

DO = 2* (i+j+1) 


ADDQ.L 

#1, DO 

DO = 2* (i+j+1) +1 = 

2* <i+( j+1) )+l 


MOVE . L 

DO, 0004 (Al) 

a [i] [j+1] = f (i, j+1) 


LEA 

02 ( A2 , A0 . L) , A3 

ripete il giochetto 
con j+2 

e così via fino a 
j+7: 


LEA 

07 (A2, AO . L) , A3 

A3 è i+j+7 


MOVE . L 

A3, DO 

DO = i+j+7 


ADD.L 

DO, DO 

DO - 2* (i+j+7) 


ADDQ.L 

#1, DO 

DO = 2* (i+j+7) +1 = 

2* (i+ ( j+7) ) +1 


MOVE . L 

DO , 001C (Al) 

a [i ] [j+7] = f (i, j+7) 


ADDA. W 

#0020, Al 

sposta Al a puntare 
a a [i] [ j+8] 


ADDQ.W 

#8, A0 

somma 8 a j 


CMPA.L 

#OOOOOOFF, A0 

j è a 255 ? 


BLE.B 

$1 

se no, ripeti il 
for di riga 10 


ADDI .L 

#00000400,01 

se si, sposta DI a 
a [i+1] 


ADDQ.W 

#1 , A2 

somma lai 


CMPA.L 

#OOOOOOFF,A2 

i è a 255 ? 


BLE.W 

$2 

se no, ripeti il 
for di riga 9 


ADDQ.L 

#1,D2 

se si, somma 1 a k 


MOVEQ 

#09, D3 

k è arrivato a 10 ? 


CMP.L 

D2,D3 



BGE.W 

0010 

se no, ripeti il 
for di riga 16 


MOVEQ 

#00, DO 

altrimenti, ritorna 

0 al S.O. 


MOVEM.L 

FFF0 (A5) , D2-D3/A2-A3 

ripristina i 
registri 


RTS 


ed esci ! 
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8 Ufi IT 


inni 


le operazioni a 16 bit siano intrinsecamente più veloci di 
quelle a 32 bit. 

Ma veniamo ai compilatori che si sono dimostrati più 
efficaci. Il SAS/C (figura 4) produce un codice compatto e 
veloce. Questo codice è in tutta un'altra classe. In primo 
luogo, il SAS/C ha riconosciuto la "semplicità" di f( ) e l'ha 
inglobata in test( ). Dopo il trattamento, anche test( ) è stata 
valutata "semplice" e inglobata in main( ), cosicché alla fine 
è rimasta una sola funzione (funzioni in linea). La f( ) viene 
valutata dalla breve sequenza che parte alla label $4, e 
l'accesso ad a[i][j] è stato trasformato in un accesso tramite 
un puntatore (A3) che scorre la riga a[i] (variabili di induzio- 
ne). 

Il SAS/C non riconosce però che il valore 2*(i+j)+l è esso 
stesso una variabile di induzione (potrebbe essere iniziaiiz- 
zato a ogni riga a 2*i+l, sommando 2 ad ogni passo sulla j). 
In definitiva, fra chiamate e ritorni di subroutine eliminati, 
calcolo di a[i][j] trasformato in MOVE ...,(A3)+ e spostamen- 
to di variabili nei registri (notato? il codice non tiene 
nessuna variabile in memoria!), il codice del SAS/C è 
diverse volte più veloce di quelli visti in precedenza. 

Per finire, eccoci al turno del GCC (figura 5). E' un piccolo 
capolavoro. Il GCC, come il SAS/C, riconosce che è possi- 
bile (e conveniente) portare le funzioni f( ) e test( ) in linea, 
e che a[i][j] può essere implementata più convenientemente 
con un puntatore, ma in più si accorge che il valore calcolato 
da f(), 2*(i+j)+l, è di induzione. 


Inoltre, srotola il loop di linea 10 per 8 volte, portandolo da 
256 a 32 iterazioni, e ciascun assegnamento (dalla linea 1 1) 
è eseguito in maniera molto efficiente. 

Tutto questo paga, come si vede dalla seguente tabella 1. 
Mentre la dimensione dell'eseguibile dipende per la gran 
parte dai componenti di libreria inclusi da ciascun compila- 
tore, la dimensione del file oggetto misura più precisamente 
la lunghezza del codice prodotto. Ed è quindi comprensibi- 
le che il GCC, che effettua lo srotolamento del loop più 
interno, produca un codice di circa 150 byte più lungo di 
quello del SAS/C. I file oggetto dell'Aztec C e dell'High- 
Speed Pascal non sono confrontabili, poiché seguono un 
formato diverso da quello (standard Amiga) degli altri 
compilatori. 

Conclusione 

I dati della tabella confermano, se ce ne fosse bisogno, 
quanto già emerso dai nostri precedenti esperimenti: usate 
pure il compilatore che preferite per lo sviluppo, ma quan- 
do occorre un codice altamente ottimizzato, la scelta si 
restringe a due soli prodotti: il SAS/C e il GCC. Consideran- 
do che quest'ultimo ha l'indiscutibile pregio di essere di 
pubblico dominio, e quindi di non costare nulla, non c'è 
controindicazione che regga! 

L'autore desidera ringraziare Matt Dillon, autore del DICE, 
e Davide Pasetto, autore di una delle versioni Amiga del 
GCC, per il lavoro da essi svolto e per la loro scelta di 
rendere liberamente distribuibili i rispettivi prodotti. C 


(segue da pagina 39) 

I Formati grafici 

per pixel e grafica vettoriale. 

Fino a poco tempo fa, pochi programmi Amiga si sono 
preoccupati di importare file grafici in formati differenti 
dall'IFF, mantenendo così l'utenza in un dorato isolamento, 
lontano dal caos degli altri sistemi operativi, principalmente 
dell'MS-DOS. 

Questo ha permesso la fondamentale e fortunata imposi- 
zione dello standard dell'Electronic Arts, ma ha anche 
contribuito a rendere più difficile la comunicazione tra i due 
mondi. 


Oggi la situazione sta cambiando; con la disponibilità delle 
nuove risoluzioni a 256 colori comincia ad essere utilizzato 
il formato GIF, soprattutto nella fascia dei package entry 
level, e del Targa, del TIFF e del JPEG per quanto riguarda 
il software professionale e le schede a 24 bit. 

Transaction ha così pensato di dedicare qualche articolo 
alla descrizione delle specifiche di tali formati, informazioni 
indispensabili per lo sviluppatore di software grafico. 

Il mese prossimo incominceremo con il formato GIF, per la 
codifica e la decodifica del quale verranno proposte alcune 
utili routine di supporto. ITl 
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A4000/030 


D opo l'apparizione del 
1200 e del 4000, molti 
attendevano il rilascio 
di una macchina che col- 
masse l'enorme divario esi- 
stente tra i due modelli. 
Qualcuno aveva parlato di 
fantomatici 2400 e di altri 
prodotti del genere, ma la 
scelta più ovvia da parte 
della Commodore e annun- 
ciata informalmenteda tem- 
po, era sfruttare la modulari- 
tà della nuova piattaforma 
per quanto riguarda la CPU. 
E così è avvenuto. Il 40001 
030 è semplicemente un 
4000 dotato di scheda CPU 
diversa da quella 4000/040 
e con 2 MB di Fast RAM in 
meno. Per il resto è del tutto 
identico al fratello maggio- 
re. 

Questa filosofia appare 
molto interessante, perché 
l'acquisto di una macchina 
come il 4000/030, non co- 
stringe a rinunciare in via 
definitiva alle prestazioni 
del 4000/040. Basterà cam- 
biare la schedina della CPU 
per trasformare il 4000/030 
in un perfetto 4000/040. Per 
ora non sono ancora dispo- 
nibili sul mercato italiano le 
schede CPU della Commo- 
dore con il 68040/040, ma lo 
saranno sicuramente (a 
parer nostro) entro breve 
tempo. 

I 4000/030 sostituisce defi- 
nitivamente il 3000 che è 
stato messo fuori produzio- 
ne e anche il 2000 che, se 
rimane in produzione, è solo 


a cura della redazione 



a causa del Video Toaster. 
Non ci dilungheremo par- 
lando di tutte le caratteristi- 
che del 4000 che sono già 
state ampiamente specifi- 
cate su queste pagine al 
momento dell'apparizione 
del modello dotato di 
68040. Le ricorderemo bre- 
vemente (la maggior parte è 
rimasta immutata), focaliz- 
zando la nostra attenzione 
sulle caratteristiche tipiche 
del 4000/030 e magari sof- 
fermandoci su qualche par- 
ticolare su cui avevamo 
sorvolato negli articoli pre- 
cedenti. 

DOTAZIONE 
E ASPETTO ESTERNO 

Il 4000/030 viene venduto 
con una tastiera italiana 


separata, apparentemente 
identica a quella del 3000, 
ma forse più leggera e pre- 
cisa al tocco e quindi meno 
affaticante. Il connettore 
della tastiera, un miniDIN 
(sul 3000 era diverso), va 
collegato sul retro compu- 
ter, a sinistra guardando il 
4000. Il cavo, invece, parte 
dall'estremità destra della 
tastiera, e ciò può ostacola- 
re il posizionamento della 
tastiera sulla scrivania di 
fronte al computer. 

Il mouse è identico a quello 
che accompagna il 1200: è 
piacevole a vedersi, como- 
do da usare e dotato di 
microswitch; tuttavia la qua- 
lità della reaijzzazione non 
appare delle più elevate ed 
emergono con facilità difetti 
di funzionamento (scric- 


chioli, imprecisioni...). A 
nostro modesto avviso, dal 
punto di vista strettamente 
tecnico, era meglio quello 
del 3000. Il connettore del 
mouse (come quello del 
joystick), si trova sul fianco 
sinistro del 4000. La posizio- 
ne è abbastanza discutibile, 
perché la maggior parte 
delle persone usa il mouse 
con la destra. 

La feritoia, inoltre, è un po' 
troppo bassa per poter es- 
sere utilizzata senza proble- 
mi tenendo la tastiera di 
fronte al computer [un pro- 
blema presente anche sul 
3000], 

Un altro aspetto da tenere 
presente è che mentre i 
connettori del mouse stan- 
no sul fianco sinistro, lo 
spazio per i floppy si trova 
sul lato destro del frontale: 
molti tendono ad usare un 
piedistallo per posizionare i 
desktop a terra, come se 
fossero dei tower: la posizio- 
ne dei connettori del mouse 
del 4000 costringe a tenere 
il fianco destro rivolto a ter- 
ra, ma così la feritoia dei 
floppy è lontana dal piano 
della scrivania e vicina al 
suolo, dove è più esposta 
alla polvere. 

Sul frontale si nota la serra- 
tura, che serve a disabilitare 
il movimento del mouse 
(non i pulsanti) e la tastiera, 
la spia d'accensione e quel- 
la dell’hard disk. 

Sul retro vi sono le classiche 
porte Amiga, fra cui una 
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porta RGB a 23 poli che si 
può collegare mediante l'a- 
dattatore (fornito) ai monitor 
VGA dotati di connettore a 
15 pin. Rispetto al 1200, 
manca l'uscita CVBS e 
modulata, nonché la porta 
d'espansione PCMCIA. 
Compare invece un'uscita a 
220 volt per alimentare il 
monitor e una mascherina 
rimovibile per un eventuale 
connettore d'espansione 
(c'è anche sul 1200). 

I manuali del 4000/030 sono 
identici a quelli del 4000/ 
040: a noi sono stati forniti 
col computer in prova ma- 
nuali in inglese; i 4000/030 
in commercio, invece, sa- 
ranno accompagnati da 
manuali in italiano. In occa- 
sione dell'apparizione del 
4000/030 è stato aggiunto 
un manualetto che spiega 
come effettuare eventuali 
upgrade della scheda CPU 
(aggiunta del coprocessore 
matematico). Sfortunata- 
mente, tale manuale non era 
presente nel 4000 da noi 
provato e, per questo, non 
appare nelle fotografie. 

La qualità della documenta- 
zione (e il formato) appaiono 
ottimi. Abbastanza succin- 
to, ma completo (a differen- 
za di quello che è apparso 
con il 2.0), il manuale 
ARexx; prezioso, il manuale 
AmigaDOS; chiari e analitici 
tutti gli altri. 


Il frontale della macchina. 

Il Kickstart 3.0 montato su 
ROM riporta come numero 
di versione il 39. 1 06, il Work- 
bench il 39.29. Il software, 
distribuito su 6 dischi è già 
installato sull'hard disk. 

DENTRO IL 4000 

Aprire il 4000 è estrema- 
mente semplice: due viti 
posteriori bloccano la parte 
superiore del cabinet che 
poi si sfila con un leggero 
movimento a "L“. 

Al l'interno ci si trova di fronte 
a spazi vuoti più ampi e 
soprattutto più comodi di 
quelli del 3000, quanto al- 
l'accesso da parte dell'u- 
tente. 

Sul fondo poggia la mother 
board (che non occupa tut- 
ta la superficie disponibile) 
su cui si innesta, esattamen- 
te come nel 3000, la "daugh- 
ter board' 1 con gli slot d'e- 
spansione. I quattro slot 
disponibili sono in standard 
Zorro III (lo stesso del 3000) 
e di essi, tre sono in linea 
con slot AT e uno con lo slot 
video (che è il più basso). 
Sul retro, a fianco dell'ali- 
mentatore (da 145 Watt) 
trova posto l'hard disk AT 
IDE (nel nostro caso un 
Seagate ST3096A da 80 
MB): sopra di esso può 
essere posto un secondo 


hard disk da 3.5" sempre 
IDE (si noti che l'interfaccia 
IDE del 1200 permette inve- 
ce il collegamento di un solo 
hard disk) per il quale è già 
predisposto il cavo di con- 
nessione. 

Anteriormente, trova posto il 
floppy ad alta densità da 
1.76 MB (Chinon FB-357A), 
capace di leggere diretta- 
mente i dischi in formato 
MS-DOS da 720 KB e da 
1 .44 MB grazie a CrossDOS 
che è fornito di serie con il 
3.0. Sotto di esso, c'è spazio 
per un secondo floppy, ma 
di altezza ridotta. 

Sopra i floppy c'è spazio per 
un'altra periferica ad acces- 
so esterno da 5.25", per 
esempio un lettore di CD 
ROM: qui può anche essere 
inserito mediante opportu- 
no adattatore, una periferi- 
ca da 3.5", per esempio un 
secondo floppy ad alta 
densità Chinon. 

Abbiamo piacevolmente 
notato che i cavi di collega- 
mento per floppy e hard disk 
sono molto lunghi: ciò facili- 
ta enormemente le opera- 
zioni dell'utente. La cosa più 
difficile è invece estrarre la 
mascherina frontale, ag- 
ganciata allo chassis in 
metallo da molle in plastica 
piuttosto dure: questo è 


Le connessioni sul retro. 


necessario solo quando si 
deve aggiungere una peri- 
ferica ad accesso frontale. 
Passando ad esaminare la 
scheda madre, la prima 
cosa da ricordare è la pre- 
senza del nuovo chip set 
grafico AA, di cui tanto 
abbiamo già detto su que- 
ste pagine. Alice e Lisa 
consentono 256 colori con 
tutti gli schermi ECS su una 
palette di 16 milioni di colori 
e un modo HAM che può 
arrivare a visualizzare 16 
milioni di colori usando un 
massimo di 4 pixel per ogni 
transizione (dimensioni del- 
lo schermo permettendo) e 
262. 1 44, usandone 3 (come 
avveniva nel modo HAM 
ECS), pari a 64x64x64 colo- 
ri, cioè ancora 256 K colori. 
Il nuovo chip set, che utiliz- 
za fino a 2 MB di Chip 
RAM, consente schermi con 
frequenze orizzontali supe- 
riori a 30 KHz, che permetto- 
no di raggiungere le presta- 
zioni offerte su 2000 e 3000 
dalle schede deinterlaccia- 
trici. 

Sul tema dei monitor adatti a 
1200 e 4000, si rinvia a 
quanto è stato detto nei 
numeri precedenti della rivi- 
sta. Sull'ultimo numero, in 
particolare, è apparso un 
elenco che può servire 
come orientamento all'uten- 
te. Si attendono da tempo i 
nuovi modelli 1940 e 1942 
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L 'ampia documentazione e 
i dischetti con il 3-0. 

(queste le sigle non ancora 
ufficiali) della Commodore, 
adatti sia al 1200 che al 
4000, che comunque tarda- 
no ad apparire. 

Il 4000 monta memoria a 32 
bit in moduli SIMM da 1 
(256Kx32) o 4 MB (1Mx32) 
(così almeno afferma il 
manuale, pare però che si 
possano montare anche i 
moduli da 8 MB). Esistono 4 
connettori per la Fast RAM, 
per un massimo di 1 6 MB su 
scheda e 1 connettore per la 
Chip RAM (2 MB). Il 4000/ 
030 da noi provato era dota- 
to di 1 modulo da 2 MB per 
la Chip RAM e di 2 moduli da 
1 MB per la Fast RAM (80 
ns), per un totale di 
2+1 + 1=4 MB. Siccome i 
moduli da 1 e da 4 MB per la 
Fast non si possono mesco- 
lare, al massimo si può arri- 
vare a 4 MB di Fast, utiliz- 
zando i 2 moduli di serie. Per 
spingersi oltre ì 4 MB di Fast, 
bisogna eliminare i moduli 
da 1 MB e inserire quelli da 
4 MB. Infine, ricordiamo che 
si possono utilizzare anche 
SIMM da 256Kx36 o da 
1 Mx36 (quelle con controllo 
di parità usate su altre piat- 
taforme hardware e quindi 


già diffuse). 

T utta la scheda è in tecnolo- 
gia surface mounted, tranne 
le ROM, un piccolo chip e il 
Super Buster, montati su 
zoccolo. Nelle primissime 
schede madri del 4000, il 
Super Buster era anch'esso 
in tecnologia "surface 
mounted", ma in quella da 
noi esaminata (revisione B), 
il Super Buster (revisione l)è 
montato su zoccolo, 

E veniamo ora alla scheda 
CPU: montata con il lato 
componenti rivolto verso la 
scheda madre, è di facile 
estrazione e presenta un 
68EC030 a 25 MHz surface 
mounted e più aree vuote di 
cui una dotata di zoccolo. 
Queste servono ad aggiun- 
gere al 4000/030 un copro- 


cessore matematico 68881 
o 68882 che può essere sia 
in package PLCC (zoccola- 
to), che PGA. Il clock del 
coprocessore è indipen- 
dente, ma dalla Commodo- 
re è supportato solo il mo- 
dello a 25 MHz. Le altre 
aree, ufficialmente, non ser- 
vono a nulla, pare che una 
fosse destinata ad acco- 
gliere un 68020, idea poi 
abbandonata dalla Com- 
modore. 

LE PRESTAZIONI 

Le nostre prove, effettuate 
con Sysinfo 3.1 1 e AIBB 5.5 
rivelano che il 4000/030 è 2- 
3 volte più veloce del 1 200 e 
inferiore al 3000 di circa il 
20-25%. Va precisato che 
entrambi i programmi han- 


no fallito nel determinare 
esattamente il clock CPU e 
che AIBB, addirittura, mo- 
strava uno schermo sporco 
oltre ad andare in guru se si 
usava un modulo esterno. 
Sull'attendibilità dei risultati 
c'è dunque da fare poco 
affidamento, ma entrambi i 
programmi concordano a 
grandi linee nell'indicare la 
velocità relativa del 4000/ 
030. 

La differenza di velocità ri- 
spetto al 3000 è probabil- 
mente dovuta al fatto che il 
3000 di riferimento monta 
RAM static column che per- 
mettono il modo burst. In 
campo grafico, anche gra- 
zie alla netta superiorità del 
3.0 rispetto al 2.0, l'incre- 
mento di prestazioni appare 
invece consistente. 

Per quanto riguarda l'hard 
disk, il test dì Diskspeed 
rivela un'ottima velocità, 
che supera 1 Megabyte/ 
secondo di transfer rate. 
Anche l' IDE, dunque, può 
offrire delle prestazioni di 
tutto rispetto persino in as- 
senza di 68040 [a danno 
comunque del tempo a di- 
sposizione della CPU per il 
multitasking], 

CONCLUSIONI 

Il 4000/030 è un'ottima solu- 


La scheda CPU smontala: si noti il 68EC030 a 25 MHz, lo 
zoccolo per coprocessore matematico PLCC e lo spazio 
per quello PGA. 



Il Super Buster montato su zoccolo e i moduli SIMM per 
la Chip e la Fast RAM. 
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L 'hard disk secondo 
Sysinfo: 989 KB/s di 
transfer rate 

zione per chiunque desideri 
dotarsi di un Amiga AA facil- 
mente espandibile, più ve- 
loce di un 1200 e addirittura 
trasformabile in 4000/040 
con un semplice cambio di 
scheda. Il milione e mezzo 
di lire circa che differenzia il 
prezzo dei due modelli è 



MKSOFT DiskSpeed 4.1 Copyright© 1989-91 
MKSoft Development 


CPU: 68030 

File Creat: 

28 

OS Version: 39.106 Normal Video DMA 

File Open: 

49 

Device: Work: 

Directory Scan: 

235 

Device: Work: 

File Delete: 

178 

Buffers: 30 

Seek/Read: 

72 


Comments: A4000/030 HD Seagate 80 MB 








Creati 

CHIP LONG 

26198 

156792 

334950 

475472 

Scritti 

CHIP LONG 

26370 

167496 

424604 

625642 

Letti 

CHIP LONG 

120176 

336307 

621039 

747126 

Creati 

FAST LONG 

26339 

156752 

335872 

491136 

Scritti 

FAST LONG 

26366 

171391 

428953 

65291 1 

Letti 

FAST LONG 

162539 

331181 

693718 

914076 


I risultati della prova con Diskspeed. Il programma non è stato in grado di determinare la 
quantità di CPU lasciata libera per altri task. 


EmuTest : emulazione software di un 68000 
A4000/30 : 4.49 
A30Q0/25 : 5.53 
A4000/40 : 16.09 

InstTest : esecuzione codice 
A400G/30: 4.91 
A300Q/25 : 5.90 
A400Q/40 : 10.08 

Dhrystone: test classico 
A400Q/30 : 4.03 
A3000/25 : 5.96 
A4000/40 : 18.96 

IMATH : matematica intera 
A4000/30 : 16.06 
A3000/25 : 18.29 
A4000/40: 41.66 

Sieve : test classico 
À4000/30 : 4.88 
A3000/25 : 9.28 
A4000/40 : 11.88 

Sort : ordinamento di interi a 16 bit 
A4000/30 : 3.69 
A3000/25 : 7.13 
A4000/40 : 19.67 

Matrix : matematica intera, accesso alla memoria 
A4000/30 : 5.58 
A3000/25 : 10.14 
A4000/40 : 16.22 

MemTest : accesso alla memoria 
A4000/30 : 3.62 
A3000/25 : 6.70 
A4000/40 : 11.54 

Writepixel: Chip RAM e funzioni grafiche 
A4000/30 : 9.10 
A3000/25 : 4.10 
A4000/40 : 26.12 

TGTEST : Chip RAM e funzioni per il testo 
A4000/30 : 3.22 
A3000/25 : 1.62 
A4000/40 : 2.93 

Il test di AIBB 5.5: il computer di riferimento è il 500 (sempre pari al). Le macchine sono 
sempre testate al meglio (codice ottimizzato, cache e burst). Si notino le ottime 
prestazioni del 4000/030 in campo grafico: Writepixel (più del doppio del 3000) e TGTest 
(qui appare stranamente superiore al 4000/040); il calo con le routine dove più conta 
l'accesso alla memoria (Sieve, Sort, Matrix, MemTest) e il comportamento di poco inferiore 
al 3000 in tutti gli altri casi. Si noti che il 3000 di riferimento usa memoria burst da 70 ns. 
Non sono inclusi i risultati relativi al codice per FPU perché il 4000/030 da noi provato non 
possedeva il coprocessore. 


giustificato dalla minore 
capienza del l' hard disk, 
dalla minore quantità di 
memoria montata di serie, 
dalla differenza di costo tra 
68040 e 68EC030, che im- 
plica non solo minor veloci- 
tà, ma anche assenza di 
coprocessore matematico 
e di sezione MMU. 

C'è da tener presente, a 
proposito del 4000, l'atteso 
e non si sa quanto imminen- 
te arrivo di una scheda dota- 
ta di DSP. 

Tale scheda dovrebbe, con 
tutta probabilità visto che si 
tratta di un coprocessore, 
prendere il posto della 
scheda CPU montata sul 
4000 (si è comunque sentito 
parlare anche di una versio- 
ne Zorro). Essa insomma 
dovrà in qualche modo 
contenere sia la CPU che il 
DSP: gli utenti del 4000/030 
avranno così un'ottima oc- 
casione per fare un upgra- 
de del loro sistema e potran- 
no passare direttamente 
(disponibilità finanziarie 


permettendo) a una scheda 
dotata sia di 68040 e che di 
DSP, abbandonando il 
68EC030. Questa valutazio- 
ne, sia chiaro, si fonda su 
ipotesi, perché nulla di uffi- 
ciale è stato finora annun- 
ciato dalla Commodore su 
tale scheda DSP. Il 4000/ 
030 appare indubbiamente 
un'ottima occasione per 
entrare nel mondo AA e/o 
delle architetture a 32 bit, 
dotandosi al tempo stesso 
di 2 MB di Chip e dì 2 MB di 
Fast RAM, un hard disk velo- 
ce da 80 MB, sufficiente 
spazio interno per espan- 
sioni (periferiche e schede), 
un floppy ad alta densità e 
un eccellente sistema ope- 
rativo quale è il 3.0. Con 
l'imminente disponibilità di 
una scheda SCSI2 Zorro III 
della Commodore (pare 
sarà montata direttamente 
su scheda madre nell'atteso 
4000 Tower) dovrebbe venir 
meno l'ultimo fattore che 
poteva frenare l'affermazio- 
ne di questa piattaforma, a 



Nome: A4000/030 

Casa produttrice: Commodore 

Prezzo: 2.9450.000 IVA inclusa (prezzo consigliato) 

Giudizio: ottimo 

Pro: architettura a 32 bit, chip set AA, Zorro III, 
documentazione, espandibilità, velocità hard disk 
Contro: assenza MMU, assenza memoria burst 
Configurazione delia prova: A4000/030 2 MB di 
Chip, 2 MB di Fast, Hard disk 80 MB 
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CLARITY 16 


Gabriele Ponte 


Un campionatore a 16 bit. 


E ■ finalmente disponi- 
1 bile sul mercato Cla- 
rity 16, un campiona- 
tore audio stereo con risolu- 
zione a 16 bit e semplice in- 
terfaccia MIDI (1 ingresso e 
1 uscita) per qualsiasi tipo di 
Amiga dotato di almeno un 
Megabyte di RAM. 

Questo campionatore offre 
quindi un assaggio di quello 
che diventerà nel prossimo 
futuro lo standard Commo- 
dore (audio a 16 bit). Per 
ora, l'utilizzo è limitato al 
software fornito con l'inter- 
faccia stessa. Chiariamo 
subito questo punto che 
potrebbe generare dubbi o 
confusione nella scelta di 
tale periferica: è possibile 
campionare ad una fre- 
quenza massima di 42 KHz 
in stereo (pari quasi a quella 
dei CD Audio), con una 
quantizzazione a 16 bit e 
quindi con un rapporto 
Segnale/Rumore che do- 
vrebbe aggirarsi attorno ai 
96 Decibel (contro i 48 di un 
campionamento a 8 bit); tali 
caratteristiche si possono 
mantenere in fase di ripro- 
duzione del suono campio- 
nato solo attraverso le usci- 
te audio di Clarity 16, utiliz- 
zando dunque il software 
fornito con l'interfaccia stes- 
sa. Siccome il programma 
fornito non funziona in multi- 
tasking in fase di riproduzio- 
ne (o Play), il tutto si traduce 

Clarity 16 in volo 
sulla Val d'Aosta. 


nel fatto che Clarity 16 non 
può essere utilizzato come 
expander di un sistema 
MIDI pilotato ad esempio da 
un sequencer come il Mu- 
sic-X, il KCS della Dr.T's op- 
pure Bar & Pipes. 

L'HARDWARE 

Il cuore dell'hardware di 
Clarity 16 è rappresentato 
dai due chip più grossi, cia- 
scuno dei quali incorpora 
un convertitore Analogico/ 
Digitale (A/D) per convertire 


il segnale in ingresso in va- 
lori numerici e uno Digitale/ 
Analogico (D/A) che opera 
in modo inverso per inviare il 
suono ad uno dei due canali 
audio. 

CONFEZIONE 
E INSTALLAZIONE 

L'elegante confezione com- 
prende l'interfaccia i cui due 
connettori vanno collegati 
alle porte seriale e parallela 
di Amiga, un manuale in lin- 
gua inglese ben rilegato e 


chiaro nello spiegare l'uso 
del campionatore, due di- 
schetti contenenti il softwa- 
re di gestione dell'interfac- 
cia (con alcuni esempi di 
suoni/sequenze campiona- 
to) e un cavetto audio stereo 
per facilitare i collegamenti 
di input/output verso le peri- 
feriche Hi-Fi. 

Le periferiche, che vanno 
connesse sempre a compu- 
ter spento, dovrebbero 
comprendere una sorgente 
audio a volume variabile (un 
mixer ad esempio, oppure 
l'uscita delle cuffie di un CD 
o di un amplificatore) per 
poter regolare il livello di 
ingresso del suono da cam- 
pionare. 
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IL SOFTWARE 

Il programma fornito con il 
campionatore, che occupa 
una buona fetta di memoria 
(238 KB), non presenta uno 
schermo fisso, ma offre la 
possibilità di aprire diverse 
finestre sullo schermo del 
Workbench e quindi di posi- 
zionarle (in alcuni casi an- 
che dimensionarle) a pro- 
prio piacimento sullo scher- 
mo a seconda delle proprie 
esigenze. 

Il menu principale permette 
di campionare un suono, 
ascoltarlo, aprire la finestra 
con l'elenco dei suoni cam- 
pionati in memoria, visualiz- 
zare il VU Meter (per monito- 
rare il livello del volume in 
ingresso), aprire la finestra 
nella quale si può effettuare 
uno split della tastiera 
(MIDI) o dei tasti funzione se 
non si possiede una tastie- 
ra, aprire la finestra del 
sequencer dei suoni cam- 
pionati e quella degli effetti 
in tempo reale. 

I menu a tendina invece 
racchiudono un numero 
maggiore di opzioni (la 
maggioranza delle quali 
sono richiamabili anche da 
tastiera) e si dividono in 
quattro sotto-menu. 

Project è il classico menu 
che permette di caricare/ 
salvare/cancellare dalla 
memoria un suono campio- 


L'intemo di Clarity 16 con i 
due convertitori AD/DA. 

nato; visualizzare/caricare/ 
salvare lo split della tastiera 
e dei relativi suoni associati; 
effettuare un dump oppure 
inviare i valori del suono 
campionato alla memoria 
dei campionatori o delle 
tastiere MIDI collegate con 
risoluzione a 16/12/8 bit (nel 
manuale si assicura la com- 
patibilità con un largo nu- 
mero di apparecchiature 
MIDI peraltro non elencate); 
leggere/salvare/cancellare 
una sequenza di suoni 
campionati. 

Edit permette di effettuare 
tutta una serie di operazioni 
tipiche sul suono campiona- 
to selezionato (è possibile, 
infatti, avere in memoria più 
suoni campionati contem- 
poraneamente ad ognuno 
dei quali è associata una 
finestra). 

Process è dedicato invece 
al bilanciamento dei due 
canali stereo (Volume e 
Pan), al volume generale 
(Normalize permette infatti 
di alzare il volume di un 
suono troppo debole) o 
particolare (Fade In e Fade 
Out); inoltre, è presente il 
comando Loop Fade che 
modifica il campione in 
memoria per aggiustarlo 
rispetto al punto di Loop 
selezionato; se avete già 


utilizzato i suoni campionati 
in loop continuo con pro- 
grammi tipo SoundTracker, 
avrete modo di apprezzare 
questo comando. Nello 
stesso menu troviamo an- 
che il comando Filter che 
permette di modificare il 
campione in memoria simu- 
lando un filtraggio analogi- 
co attraverso i filtri Passa 
Basso, Passa Alto, Passa 
Banda e Blocca Banda, di 
cui si può modificare la fre- 
quenza di taglio, ma il cui 
risultato è udibile solo ad 
effetto applicato, cioè quan- 
do l'onda è stata modificata, 
come avviene anche con 
AudioMaster IV (non è in 
tempo reale come in Audi- 
tion 4). Un altro comando 
(Display FFT) permette in- 
vece di visualizzare lo spet- 
tro del suono campionato in 
una finestra tridimensionale 
per meglio identificare le 
frequenze presenti nel 
suono. Special FX permette 
di applicare effetti di Eco, 
Riverbero, Flange, Chorus e 
Distorsione al suono cam- 
pionato; purtroppo anch'es- 
so non lavora in tempo reale 
e quindi bisogna effettuare 
vari tentativi per ottenere il 
risultato voluto. 

Il menu Options contiene 
un'ampia serie di opzioni: 

Il contenuto della 
confezione. 


Playback (Amiga/Clarity) 
seleziona le uscite audio di 
Amiga o di Clarity 16 per 
ascoltare il suono in fase di 
riproduzione. File Format 
(IFF/AVR/AIFF) permette di 
scegliere il formato con cui 
verranno salvati i suoni 
campionati; a tale proposito 
il manuale consiglia di sal- 
vare in formato AVR che 
contiene più informazioni 
rispetto al normale IFF. 
Amiga Filter permette di atti- 
vare o meno il filtro passa 
basso di Amiga. Blanking 
disattiva lo schermo di Ami- 
ga durante l'ascolto del 
suono campionato. Auto- 
Trigger permette di impo- 
stare il livello di innesco di 
registrazione durante il 
Record di un suono (da 0 a 
1 27): il valore 0 comunica al 
computer di cominciare la 
registrazione non appena 
viene premuto il tasto Re- 
cord. Fast Amiga (SET) per- 
mette di modificare la velo- 
cità di riproduzione dei suo- 
ni e di visualizzazione dell'o- 
scilloscopio per assicurare 
una maggiore compatibilità 
con gli Amiga accelerati. I 
valori 1/78/66 sembrano 
dare i migliori risultati di 
stabilità del programma 
(con Amiga 1200); consi- 
gliamo comunque anche 
l'uso di Kick 1.3 (un'utility 
che carica le ROM del "vec- 
chio” 1 .3) con il quale il siste- 
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Le finestre del programma si aprono sullo schermo di 
Workbench e sono liberamente posizionabili. 


ma risulta più stabile. Midi 
Config consente l'imposta- 
zione del canale di trasmis- 
sione/ricezione dei dati 
MIDI, il protocollo utilizzato 
nel dump dei suoni campio- 
nati della tastiera (Standard 
MIDI o Prophet 2000 che 
racchiude i dati dei suoni 
campionati in Nibble cioè in 
multipli di 2 byte) e il numero 
della voce da campionare/ 
salvare riferito alla mappa 
della tastiera in uso e al 
canale destro/sinistro. Pro- 
gram Config (LOAD/SAVE/ 
RESET) permette di salvare 
la configurazione di default 
comprese le posizioni delle 
finestre, le preferenza MIDI, 
di velocità della macchina in 
uso, effetti e formato dei 
suoni campionati. Fix Sam- 
ple Params e Palette con- 
cludono la lunga serie di 
sottomenu e permettono di 
fissare la velocità di cam- 
pionamento e i colori della 
palette in uso. 

EDITOR DI SEQUENZE 

Il software permette anche 
di programmare delle se- 
quenze di suoni campionati 
(sino a 300 eventi) per 
comporre dei piccoli brani 
musicali. Si può inserire, 
togliere, ascoltare, ripetere 
un suono campionato, inse- 
rire delle pause oppure in- 


viare un codice MIDI di start/ 
stop quando si fa partire/ 
fermare una sequenza. L'u- 
tilizzo di questo editor, no- 
nostante appaia più versati- 
le di quello di Audiomaster 
IV, rimane comunque desti- 
nato ad un pubblico amato- 
riale e non al musicista, il 
quale sa bene che non 
basta un segnale di MIDI 
Start per sincronizzarsi con 
un eventuale sequencer 
esterno, ma bisogna inviare 
anche il Clock MIDI per 
mantenere sincronizzate le 
due apparecchiature. 

SPLIT DELLA TASTIERA 

Come accennato prece- 
dentemente, è possibile 
visualizzare un tastierino 


musicale sul quale effettua- 
re l'assegnazione dei suoni 
campionati a gruppi di note 
corrispondenti a quelle di 
una tastiera MIDI o ai tasti 
funzione di Amiga. In ogni 
caso è possibile ascoltare 
una sola voce (in stereo) se 
si utilizza l'uscita di Clarity 
16, mentre il numero sale a 
un massimo di 4 voci (in 
mono) se si utilizzano le 
uscite audio di Amiga. 

GIUDIZIO CONCLUSIVO 

Clarity 16 dispone di un 
hardware dì ottimo livello ed 
è capace di restituirci dei 
suoni campionati di alta 
fedeltà rispetto al segnale in 
ingresso; l'ascolto in cuffia 


di un campione ottenuto da 
CD non si allontanava molto 
da quello del suono origina- 
le. Anche i suoni convertiti a 
8 bit da un originale a 16 bit 
mantengono una qualità 
dinamica e un rapporto 
segnale/rumore migliore ri- 
spetto a quella ottenibile 
con i campionatori a 8 bit in 
commercio. L'interfaccia 
MIDI è invece sicuramente 
limitata per le esigenze di un 
tastierista, al quale servono 
almeno due uscite MIDI (o 
meglio una Thru) per tra- 
smettere i dati in cascata 
verso altre apparecchiature 
MIDI (a meno che non si 
utilizzi un MIDI Thru Box 
collegato all'uscita della 
tastiera da cui smistare i 
segnali a margherita verso 
le altre apparecchiature 
MIDI collegate) e quindi 
rimane limitata per l'uso con 
Clarity 16 al fine di riprodur- 
re i campioni in memoria. 

Il software di gestione di 
Clarity 16 ha un'ottima velo- 
cità di esecuzione delle 
varie trasformazioni del 
suono campionato (Resam- 
ple, effetti, ecc.), è dotato di 
una buona serie di comandi 
e può tenere in memoria più 
suoni campionati contem- 
poraneamente, ma possie- 
de anche alcuni difetti. Il 
blocco del multitasking in 


I. 'editor di sequenze di suoni campionati risulta più 

Il menu Udii presenta un ninnerò notevole di opzioni. flessibile rispetto a quello presente in Audiomaster IV. 
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SCHEDA TEC 


Campionatore audio a 1 6 bit 
2 ingressi audio 2 Volt 
2 uscite audio 2 Volt 
1 ingresso MIDI 
1 uscita MIDI 

Frequenza massima di campionamento 38/42 KHz 
(su 68020) 

Rapporto Segnale/Rumore: non comunicato 


fase di Play è sicuramente il 
peggiore di tutti perché ini- 
bisce qualsiasi possibilità di 
collegamento con il mondo 
esterno (leggi MIDI) e quindi 
l'utilizzo di Clarity 16 come 
expander. I vari effetti di 
eco, riverbero ecc. possono 
essere sentiti solo a trasfor- 
mazione avvenuta (quindi 
con perdita dell'originale), il 
che si traduce in una note- 
vole perdita di tempo. Si 
poteva prevedere l'uso del- 
la tastiera di Amiga come 
tastierino musicale (vedi 
SoundTracker, Super Jam! 
ecc.) invece che utilizzare i 


soli tasti funzione. Il pro- 
gramma poi dimostra una 
certa tendenza a bloccarsi 
(almeno su Amiga 1200 sul 
quale è stato testato), ma a 
questo problema e in parte 
anche degli altri, pare che 
alla Microdeal stiano per 
porre rimedio con una nuo- 
va versione del software. 
Sarebbe forse stato preferi- 
bile un programma molto 
più snello (oppure un sem- 
plice Player), ma funzionan- 
te in multitasking e capace 
di intercettare i dati MIDI in 
transito dall'interfaccia 
stessa, cui potevano essere 




Nome: Clarity 16 

Casa produttrice: Microdeal 

Distributore: X Media, Via Cenisio 55/c, Milano, 

tel.02/331 04236 

Prezzo: L. 350.000 IVA compresa 
Giudizio: molto buono 

Configurazione richiesta: qualsiasi modello Amiga 
Pro: qualità campioni, velocità software, interfaccia 
MIDI, buona sezione sequencer 
Contro: Play non multitasking, mancanza secondo 
porta MIDI Out, 

gestione effetti, uso limitato della tastiera, instabilità 
software 

Configurazione della prova: Amiga 1200, 2 MB 
RAM, nard disk da 40 MB, 
tastiera MIDI Roland D-10, Compact Disk Sony, 
registratore a 4 tracce Tascam, amplificatore Nad, 
cuffie Sony 


assegnati uno o più campio- 
ni, magari in monofonia, per 
riuscire a riprodurre almeno 
due suoni contemporanea-’ 
mente dalle uscite di Clarity 
16. 

Tirando le somme: la qualità 
dei campioni ottenuti, unita- 
mente alla presenza di 


un'interfaccia MIDI seppur 
di dimensioni ridotte a un 
prezzo decisamente acces- 
sibile, fanno di Clarity 16 un 
prodotto molto appetibile, il 
cui uso però, allo stato at- 
tuale del software in dota- 
zione, è limitato al solo cam- 
pionamento. ▲ 



che sfrutti i 16.7 milioni di colori del tuo eccezionale computer? 


È la soluzione! 


24 BIT PAINTSOFTWARE FOR AMIGA ® AA 


TruePaint è un illimitato mezzo per dar sfogo 
alla tua fantasia. I suoi limiti sono la tua immaginazione. 
TruePaint sfrutta al massimo i chip grafici degli Amiga AA 
e permette dì disegnare a 24 bit (16.7 milioni di colori). 

• Nessuna perdita di qualità con immagini importate da schede grafi- 
che a 24 bit. • TruePaint è totalmente configurabile per ogni necessi- 
tà attraverso i “tooltypes” della propria icona. • TruePaint ha una 
rivoluzionaria gestione del mouse. • Completo supporto ARexx con 
possibilità di registrare complesse macro. • Potente funzione di Un- 
Do applicabile anche alle macro. • Supporto diretto del digitalizzato- 
re VLab. • Potentissima gestione dei pennelli (brush): trasparenza, 
sfumatura, dissolvenza, etc.... • Potente gestione dei testi, è possibi- 
le editare, cancellare, spostare blocchi di testo. • Interfaccia di ge- 


TruePaint offre un set di potenti strumenti per manipolare 
qualsiasi tipo di immagine. 

TruePaint mette a disposizione potenti pennelli 
“intelligenti” per sfruttare al massimo i colori. 

stione interamente 3D come il Workbench 3.0. • Supporto dei formati 
grafici IFF, PPM, JPEG e VDP in lettura e scrittura. • TruePaint 
permette la memorizzazione di una mini-immagine collegata all’im- 
magine principale. In questo modo è possibile scegliere velocemente 
l’immagine da caricare. 

Configurazione minima: 

• Amiga con chipset AGA (Amiga 1200, Amiga 4000). • 2 Megaby- 
tes di CHIP RAM. • Hard Disk e FAST RAM raccomandati. 
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SOFTWARE 


ASIMVTR 


Romano Tenca 



S iete dei patiti dell'ani- 
mazione? Vi piacereb- 
be poter creare lun- 
ghe sequenze animate con 
Amiga senza dover lavorare 
per forza con un video-regi- 
stratore passo uno? Usate 
selvaggiamente programmi 
di rendering 3D che sputa- 
no uno dopo l'altro centinaia 
e centinaia dì fotogrammi, i 
quali, messi insieme, forme- 
rebbero un immenso file 
ANIM, tanto che per quanto 
il vostro Amiga sia abba- 
stanza dotato di memoria (6 
MB, diciamo) non riuscite a 
visualizzare tutto assieme? 
AsimVTR vuole essere una 
risposta a tutto questo. Si 
tratta, infatti, di un program- 
ma della canadese Asim- 
ware Innovations il cui sco- 
po è quello di consentire la 
visualizzazione di animazio- 
ni di lunghezza virtualmente 
infinita direttamente da hard 
disk. 

CONFEZIONE 
E DOCUMENTAZIONE 

Il pacchetto, venduto in una 
confezione di plastica a li- 
bro, contiene un floppy e un 
manuale in inglese di 53 
pagine, molto preciso, con 
illustrazioni in bianco e nero 
e glossario (manca l'indice 
analitico, peraltro poco 
necessario). 

L'installazione del program- 
ma su hard disk è semplicis- 
sima e l'interfaccia appare 
del tutto conforme alle diret- 


tive del 2.0 (file requester 
compresi). 

PREPARAZIONE 
DELL’HARD DISK 

AsimVTR opera riservando 
per i propri scopi un'intera 
partizione dell'hard disk. La 
partizione deve essere pre- 
parata dal programma con 
una specie di formattazione 
ad altissimo livello. Dopodi- 
ché, la partizione sarà illeg- 
gibile da AmigaDOS e ac- 
cessibile solo mediante 
AsimVTR (in verità noi siamo 
riusciti a vederla anche da 
AmigaDOS mediante Fix- 
Disk, incorrendo poi, inevi- 
tabilmente, in errori di lettu- 
ra/scrittura su hard disk). La 
partizione può essere un 
qualsiasi file System Amiga- 


DOS (hard disk, Syquest, 
floppy, RAD:...), ovviamen- 
te i risultati migliori si otten- 
gono con hard disk SCSI 
molto veloci. AsimVTR non 
crea un file ANIM, ma man- 
tiene su disco i singoli foto- 
grammi come file IFF (quindi 
leggermente compressi), 
che poi visualizza in se- 
quenza alla massima velo- 
cità consentita dal sistema. 
Dopo aver preparato la par- 
tizione, si deve "aprire" l'ani- 
mazione. Ogni partizione 
può contenere una sola ani- 
mazione e per utilizzare la 
partizione per un'altra ani- 
mazione occorre eliminare 
l'animazione precedente. 
Tutte queste caratteristiche 
fanno pensare che l'ideale 
sia un hard disk removibile, 
anche se questi non sono 


particolarmente veloci 
(tranne per certi particolari 
modelli dal costo elevato 
targati Quantum) e quindi 
non permettono un altissimo 
numero di fotogrammi per 
secondo. Il programma 
necessita di un buffer per 
operare, la grandezza di 
questo buffer in Chip RAM 
può essere definita dall'u- 
tente. Di default sono utiliz- 
zati due buffer da 300 KB 
(600 KB in tutto). Evidente- 
mente il programma neces- 
sita di almeno 1 MB di RAM 
per funzionare e 2 MB sono 
consigliati. Il manuale con- 
siglia di stabilire un valore 
che sia un multiplo della 
lunghezza delle tracce. Noi 
però abbiamo ottenuto i 
migliori risultati proprio con 
300 KB di buffer: tutti i tenta- 
tivi con buffer maggiori, 
anche multipli delle lun- 
ghezza delle tracce, hanno 
dato risultati insoddisfacen- 
ti (abbiamo provato con 
588, 600 e 980 buffer). 

Al termine della preparazio- 
ne, il programma comuni- 
cherà il numero massimo di 
fotogrammi al secondo 
(FPS) consentito dal vostro 
sistema. Gli FPS variano in 
funzione della velocità del-l 
l'hard disk, della velocità 
della CPU, della dimensio- 
ne del buffer e delle immagi- 
ni. Abbiamo provato il pro- 
gramma con il 1200 dotato 
dell'hard disk da 40 MB 
(Seagate) fornito dalla 
Commodore e con il 3000 
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dotato di un Quantum 
LP105S non particolarmen- 
te veloce (600 KB/s circa di 
transfer rate massimo "so- 
stenuto", quando si sa che 
altri 3000 raggiungono tran- 
quillamente con il Quantum 
di serie almeno 1 MB di tran- 
sfer rate). In tabella 1 trove- 
rete gli FPS massimi con- 
sentiti dai due sistemi da noi 
provati e in tabella 2 i risultati 
dei test effettuati dalla Asim- 
ware e forniti a corredo del 
programma su disco. Come 
si può notare, i risultati del 
nostro test sul 3000 ( 1 2 FPS 
per un'animazione da 
640x200 a 3 bitplane) sono 
inferiori a quelli del Quan- 
tum da 40 (16) e pari a quelli 
del Syquest( 12) testati dalla 
Asimware: questo può es- 
sere dovuto alla lentezza 
dell'hard disk del 3000 con 
cui abbiamo effettuato la 
prova. 

Al momento della definizio- 
ne iniziale dell'animazione, 
si devono stabilire certuni 
parametri che riguardano le 
dimensioni delle immagini e 
il numero di colori (sarebbe 
stato più comodo se il pro- 
gramma fosse stato in gra- 
do di rilevare tali dati da un 
fotogramma dell'animazio- 
ne stessa). Per quanto ri- 


guarda la larghezza, è pos- 
sibile definire solo i seguenti 
formati in pixel: 320, 336, 
352, 368, 640, 656, 672, 
688, 704, 720, 736. Come si 
nota, è consentito l'over- 
scan sia in bassa che alta 
risoluzione, ma non sono 
permessi formati intermedi 
fra quelli indicati, per cui se 
si opera a una risoluzione 
orizzontale diversa, occorre 
convertire i singoli foto- 
grammi con un programma 
di elaborazione grafica che 
lo consenta. Non sono 
ammessi altri formati grafici, 
come quelli resi disponibili 
dall'ECS o dall'AA (Multi- 
scan, SuperHires...). Per 
quanto riguarda l'altezza, è 
consentita solo la risoluzio- 
ne PAL (o NTSC) standard 
anche in overscan, ma non 
interlacciata. Ovviamente 
anche in questo caso non 
sono supportati i nuovi modi 
vìdeo ECS o AA. Per il nume- 
ro di colori si può scegliere 
fra 1-5 bitplane, Extra Half 
Brite e HAM a 6 bitplane. 
Non sono supportati I nuovi 
modi dell'AA a 7 o 8 bitplane 
e nemmeno l'uso del modo 
HAM in alta risoluzione 
(consentito dall'AA). In con- 
clusione, AsimVTR è com- 
patibile solo con i modi 


Amiga classici (si noti che 
sul 1200 e il 4000 il program- 
ma funziona, ma non biso- 
gna usare, neanche per l'in- 
terfaccia utente, i modi 
VGA, DoubleNTSC, Dou- 
blePAL e la promozione). 

A questo punto si possono 
caricare i singoli fotogram- 
mi dell'animazione che de- 
vono essere in formato IFF e 
delle dimensioni prescelte. 
Questa operazione può 
avvenire in tre modi: me- 
diante un file requester, 
mediante una lista ASCII 
(generabile, per esempio, 
con il programma LIST del- 
l'AmigaDOS) oppure attra- 
verso un pannello per il cari- 
camento multiplo, che per- 
mette di inserire uno o più 
fotogrammi (scelti mediante 
file requester) in qualsiasi 
punto dell'animazione. Il 
pannello permette anche di 
far "slittare" verso l'inizio o la 
fine dell'animazione un de- 
terminato trame, di cancel- 
larne alcuni preesistenti, di 
aggiungerne di nuovi in fine. 
Peccato solo che in questo 
pannello non sia possibile 
anche visualizzare i singoli 
trame o le immagini da cari- 
care da disco. 

Non è possibile mantenere 
sulla stessa partizione due o 


più animazioni diverse. E' 
invece possibile riutilizzare 
la partizione per un'altra 
animazione, ma bisogna 
eliminare l'animazione pre- 
cedente, oppure far gestire 
ad AsimVTR più partizioni 
diverse. 

IL FUNZIONAMENTO 

Caricati i fotogrammi, si può 
passare alla visualizzazio- 
ne: questa si effettua me- 
diante un'opzione del menu 
a tendina cui corrisponde 
anche una combinazione 
da tastiera. Le opzioni di- 
sponibili per il Play sono: 
pausa iniziale e finale (che 
possono essere interrotte 
con il pulsante sinistro del 
mouse), loop infinito, inter- 
ruzione e ripresa durante 
l'animazione (sempre me- 
diante il pulsante sinistro del 
mouse), abilitazione di un 
pannello stile VCR mediante 
tasto destro del mouse. 
Quando quest'ultima opzio- 
ne è attivata, durante il Play 
può apparire uno schermo 
sovraimposto all'animazio- 
ne che permette di effettua- 
re classiche operazione 
come pausa, avanti di 1 tra- 
me, indietro di 1 trame, stop, 
nonché modifiche all'FPS, 


II pannello per l'importazione "multipla" di file IFF. 


Alcune informazioni relative all'animazione corrente. 
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Qui si può modificare il numero di FPS di default: si noti II pannello per il play di un segmento dell’animazione, 

il valore di transfer rate "sostenuto " consentito dal 
Quantum LP105S del 3000. 


mentre viene costantemen- 
te visualizzato il numero di 
trame corrente. Il pannello 
può apparire, a richiesta, in 
un formato compatibile con 
il DCTV (la scheda grafica 
videocomposita che tanto 
successo ha riscosso spe- 


cie oltreoceano). Durante il 
Play, si noti, il multitasking è 
praticamente bloccato, per- 
ché non c'è modo di cam- 
biare schermo tornando al 
Workbench. 

Il risultato del Play è notevo- 
le: alla massima velocità 


consigliata l'animazione è 
sufficientemente fluida, 
mentre alla velocità massi- 
ma assoluta si notano sem- 
pre antiestetici scatti. L'ani- 
mazione così ottenuta può 
essere registrata su VCR 
senza doversi dotare di un 
videoregistratore a passo 


uno, oppure utilizzata diret- 
tamente per mostre, esposi- 
zioni e così via (in modo loop 
infinito). Lo schermo dell'a- 
nimazione può essere cen- 
trato mediante un'interfac- 
cia simile a quella utilizzata 
nelle Preferences per lo 
schermo di sistema. Si può 
eventualmente visualizzare 
un solo segmento dell'ani- 
mazione. 

Il programma mette poi a 
disposizione altre opzioni 
mediante i menu a tendina o 
il pannello "Manipulate", per 
modificare l'animazione e/o 
singoli fotogrammi: si pos- 
sono aggiungere fotogram- 
mi neri in fine o "annerire" 
certi fotogrammi, vedere 
uno o più fotogrammi in 
sequenza, vedere un file IFF 
posto su qualsiasi disco 
Amiga, esportare singoli 
fotogrammi come file IFF, 
esportare o importare la 
palette per uno o più foto- 
grammi. 

E' infine possibile creare e 
salvare una o più file di 
configurazione su disco, 
indicando anche i path di 
default per l'import/export e 
così via. 

Tabella 1. 


Amiga 1200, 68020 14 MHz, Seagate 40 MB, buffer 300 KB 



■820x260. c). 

320x256 

■640x200 

* fji' , 

640x256 

: "V; 

* . •; ' , :* * »*t * J 

t 

29-35 

22-27 

14-17 

11-13 

2 

14-17 

11-13 

7-8 

5-6 

3 

9-11 

7-9 

4-5 

3-4 

4 

7-8 

5-6 

3-4 

2-3 

5 

5-7 

4-5 



EHB 

4-5 

3-4 



HAM 

4-5 

3-4 




Amiga 3000, 25 MHz, Quantum 105 MB, buffer 300 KB 
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320x256 
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640x256 . 
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60-60 

57-60 

36-39 

28-31 

2 

36-39 

28-31 

18-19 

14-15 

3 

24-26 

19-20 

12-13 

9-10 

4 

18-19 

14-15 

9-9 

7-7 

5 

14-15 

11-12 



EHB 

12-13 

9-10 



HAM 

12-13 

9-10 




/ risultati della nostra prova. Il numero di FPS consentiti si riferisce a una partizione da 15 
MB sul 1200 con hard disk IDE da 2.5" da 40 MB Seagate e 3000 con Quantum SCSI 
LP105S. Il buffer era a 300 KB. I due valori si riferiscono il primo alla velocità massima che 
consente un'animazione fluida e il secondo alla velocità massima assoluta che produce 
generalmente un'animazione con qualche scatto e incertezza. 
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Amiga 2000, 68000, A2091 ROM v.6.6 


Drive 

Capienza 

Buffer 

FPS massimi 

fotogrammi 

Syquest 

42 MB 

300 KB 

12 

920 

Quantum P40 

40 MB 

322 KB 

15 

871 

RAD disk 

1 .88 MB 

300 KB 

20 

41 

Maxtor MXT540 

512 MB 

322 KB 

30 

11347 



Amiga 3000, 68030 25 MHz 


Drive 

Capienza 

A Buffer 

FPS massimi 

fotogrammi 

Syquest 

42 MB 

800 KB 

12 

920 

Quantum P40 

40 MB 

800 KB 

16 

871 

Maxtor MXT540 

512 MB 

805 KB 

45 

11347 

RAD disk 

1 .88 KB 

300 KB 

60 

41 


/ risultati dei test effettuati dalla Asimware con diversi hard disk e un'animazione da 3 
bitplane (8 colori) 640x200. Il valore indicato è quello massimo che ancora permette 
un'animazione fluida. L'ultima colonna indica il numero massimo di fotogrammi che può 
trovar posto sull'hard disk utilizzandone tutta la capienza. Dividendo tale numero per gli FPS 
si ottiene la durata totale in secondi. Si noti che il Maxtor citato è l'hard disk che ha fornito i 
migliori risultati alla Asimware che ha provato anche il Maxtor XT-8760, l'Hitachi DK516C, il 
Maxtor LXT213. 


Il programma è dotato infine 
di interfaccia ARexx che 
mette a disposizione 28 
comandi con i quali è possi- 
bile controllare compieta- 
mente il funzionamento del 
programma. Sono forniti 
esempi relativi ad ogni 
comando e due script per 
convertire un file ANIM in file 
IFF mediante AdPro e cari- 
care poi i trame in una parti- 
zione AsimVTR con o senza 

Il pannello "Manipulate 


scalatura dell'immagine. 

CONCLUSIONI 

AsimVTR è un programma 
ben fatto, unico nel suo 
genere, che può risolvere 
alcuni dei problemi che si 
presentano all'animatore 
sia professionista che ama- 
toriale. E' praticamente del 
tutto esente da bug e svolge 
perfettamente il compito 


che si prefigge. Gli aspetti 
negativi del programma 
sono: l'impossibilità di utiliz- 
zare le partizioni usate da 
AsimVTR con altri program- 
mi; la grande frammentazio- 
ne dell'interfaccia utente 
che è divisa in un numero 
eccessivo di pannelli e di 
menu a tendina; la mancan- 
za del supporto diretto per il 
load/save di file ANIM (sen- 
za ricorrere a programmi 
esterni come AdPro o Ima- 
geFX); l'impossibilità di 


Tabella 2 

usare risoluzioni orizzontali 
intermedie fra quelle indica- 
te, la mancanza di supporto 
per schermi interlacciati e 
per i nuovi formati ECS e AA. 
D'altra parte si tratta solo 
della prima versione ed è 
probabile che il programma 
venga modificato abba- 
stanza velocemente, spe- 
cie per quanto riguarda l'a- 
dattamento all' AA. Il prodot- 
to risulta particolarmente 
efficace in congiunzione 
con il DCTV o l'HAM-E: il 
DCTV utilizza infatti 3 o 4 bit- 
plane per visualizzare 
schermi videocompositi 
con milioni di colori, quindi i 
limiti dell'AsimVTR quanto a 
numero di bitplane risultano 
irrilevanti, mentre la velocità 
a 3 bitplane appare abba- 
stanza elevata anche con 
hard disk non particolar- 
mente veloci. 

In definitiva, un prodotto 
consigliabile a tutti coloro 
che manipolano abitual- 
mente animazioni molto 
grandi e dispongono di pe- 
riferiche SCSI sufficiente- 
mente capienti e veloci: il 
duro lavoro dell'animatore 
può sicuramente trarre con- 
sistente giovamento da 
questo programma pratica- 
mente senza concorrenti. A 



Nome: 

Casa produttrice: Asimware Innovations 
Venduto da: Mangazone Advanced Services, via 
Grandis 1, 00185 Roma, tei. 06-7028955 
Prezzo: Lire 1 10.000 + IVA 
Giudizio: buono 

Configurazione richiesta: almeno 1 MB Chip 
RAM, memoria di massa veloce 
Pro: possibilità di visualizzare animazioni 
direttamente da hard disk, supporto DCTV, porta 
ARexx 

Contro: inagibilità deile partizioni riservate ad 
AsimVTR, mancanza supporto schermi interlacciati 
e delle risoluzioni ECS e AA e del formato ANIM 
Configurazione della prova: Al 200, HD 40 MB, 2 
MB; A3000/25/100, 6 MB 
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A'CLOCK 1200 


Gabriele Ponte 


Un orologio per il 1200. 


D opo le schede dotate 
di coprocessore ma- 
tematico e memorie a 
32 bit, l'americana MicroBo- 
tics offre agli utenti di Amiga 
1200 un orologio con batte- 
ria tampone da inserire sulla 
piastramadre.il 1200 infatti, 
come del resto anche il 500 
e il 600, essendo un compu- 
ter di fascia consumer, vie- 
ne venduto senza tale ac- 
cessorio per mantenere un 
prezzo al pubblico più con- 
tenuto. 

La confezione comprende 
la basetta con l'orologio/ 
calendario e la batteria tam- 
pone da 3 Volt (CR 2032) del 
tipo usato anche sulle vi- 
deocamere, un foglio con le 
istruzioni per il montaggio e 
uno per la garanzia. 

Il montaggio della basetta è 
molto semplice, ma com- 
porta la perdita della garan- 


zia Commodore in quanto 
bisogna aprire il computer. 
Tolte le 5 viti e la copertura 
plastica, bisogna togliere il 
connettore dei led del pan- 
nello frontale (ricordandosi 
l'orientamento dello stesso) 
e sollevare (o meglio toglie- 
re) la tastiera. A questo 
punto, si può notare uno 
sportellino che si trova più o 
meno al centro della scher- 
matura metallica di rivesti- 
mento della piastra madre. 
Alzate le due linguette che 
lo fermano, si procede alla 
sua rimozione. Abbiamo 
così raggiunto un connetto- 
re a 40 pin, che si trova 
proprio vicino ai quattro 
chip di memoriada 512 KB 


a 32 bit montati su Al 200, 
appositamente progettato 
per installare un orologio di 
sistema. Si procede quindi 
all'inserimento della basetta 
contenente l'orologio/ca- 
lendario in questo connetto- 
re a 40 pin, come si può 
vedere nella foto (in alcuni 
modelli potrebbe essere a 
44 pin, per cui l'orologio 
andrebbe inserito nei pin 
più vicini al disco interno). 
A questo punto, bisogna 
ruotare di 90 gradi la prote- 
zione di plastica presente 
sulla batteria tampone per 
permettere a quest'ultima di 
alimentare il circuito dell'o- 
rologio. La MicroBotics 
consiglia comunque di non 


rimuovere completamente 
la protezione, per evitare 
eventuali cortocircuiti con la 
tastiera o con lo sportellino 
di chiusura nel caso venisse 
rimontato (ci sta a fatica una 
volta inserito l'orologio). 
Possiamo quindi rimontare 
la tastiera, inserire il connet- 
tore dei led e riavvitare la 
copertura plastica. 

A questo punto carichiamo 
il Workbench e, nel cassetto 
Preferences, selezioniamo 
il file TIME. Questo file per- 
mette di scegliere l'anno, il 
mese, il giorno, l'ora e i 
minuti e di salvarli nell'orolo- 
gio di sistema per essere 
poi caricati automaticamen- 
te all'accensione del com- 
puter (senza quindi dover 
utilizzare il comando Set- 
Clock Opt Load nella Star- 
tup-Sequence come avve- 
niva sotto 1 .3). 


Il montaggio di 12 A'CLOCK all'interno 
del! A miga 1200. 


Nelle Preferences del 3.0 il programma Time permette di 
impostare comodamente l' orologio/ calendaria 
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In questo modo tutti i pro- 
grammi che faranno uso 
dell'orologio potranno be- 
neficiare di questo acces- 
sorio che rende possibile 
cose come l'ordinamento di 
file per data, il backup di 
hard disk senza l'utilizzo del 
bit di archivio oppure, più 
semplicemente, il ricordo 
della data di creazione di un 
determinato file. 

Esistono parecchie utility di 
pubblico dominio che per- 
mettono di visualizzare sullo 
schermo un orologio in di- 
versi formati lavorando in 
multitasking (simpatico è 
World Time che permette di 
visualizzare l'ora di varie 
città sparse nel mondo). 
Facendo un paragone tra 


questo orologio e quelli 
montati su una scheda da 
inserire nel cassetto interno 
del 1200 (come quello di- 
stribuito dalla ditta Hardital 
di Milano, Dominator 882 
che accompagna un copro- 


cessore matematico), si 
può dire che il primo NON 
occupa lo slot riservato a 
future espansioni, ma fa 
perdere la garanzia, a meno 
che non lo si faccia montare 
da un centro autorizzato 


Commodore, mentre il se- 
condo è sicuramente di piu 
facile accesso anche nel 
caso di sostituzione della 
batteria tampone che co- 
munque dovrebbe avere 
una durata di qualche an- 
no. 

Un'ultima raccomandazio- 
ne: se in seguito montate 
una scheda che contiene 
già un orologio (ad esem- 
pio, la MBX 1200z), dovrete 
togliere l'orologio interno, 
altrimenti la presenza di due 
clock potrebbe anche dan- 
neggiare la macchina. Pare 
infine che non tutte le revi- 
sioni del 1200 possano 
montare tale scheda, in 
caso dì acquisto verificate 
di persona la questione, a 


SCHEDA PRODOTTO 


Nome: A’CLOCK 1200 

Casa produttrice: MicroBotics 

Venduto da: Newel srl - Via Mac Mahon 75, tei. 

02/39260744 Milano 

Prezzo: 68.000 lire 

Giudizio: buono 

Configurazione richiesta: Amiga 1200 
Pro: montaggio interno 
Contro: perdita garanzia 
Configurazione delia prova: Amiga 1200 










L a scorsa volta abbiamo parlato 
di ADDRESS facendo riferi- 
mento alle porte REXX e AREXX 
(si noti che per sbaglio è stato usato 
il nome "ARexx" invece di "AREXX" 
che è quello esatto). Queste due 
porte sono sempre a disposizione di 
uno script ARexx che le voglia utiliz- 
zare e, se lo script è stato lanciato 
dal comando CLI RX, REXX è anche 
la porta di default. Ma esiste anche 
una terza possibilità in tutti gli script 
ARexx: la pseudo-porta COM- 
MAND, Questa funziona come 
REXX o AREXX, ma invece di per- 
mettere l'esecuzione di script 
ARexx, consente l'esecuzione di 
comandi CLI. 

Abbiamo detto "pseudo-porta" per- 
ché non si tratta di un'autentica 
porta di sistema, come accade inve- 
ce con REXX e AREXX. Dal punto di 
vista utente ciò non ha alcuna impor- 
tanza, perché per essa valgono le 
stesse regole di REXX o di qualsiasi 
altro host. 

Per effettuare un comando CLI si 
potrà dunque usare l'espressione: 

ADDRESS COMMAND 'DIR 
DFO : ' 

Tutto ciò che segue ADDRESS 
COMMAND verrà eseguito come se 
fosse una normale linea digitata 
dalla Shell dell'AmigaDOS. 

Come sappiamo, si può anche ren- 
dere COMMAND l'host dì default: 

ADDRESS COMMAND 
' DIR DFO : ' 

E' sempre opportuno usare le virgo- 
lette per racchiudere i comandi CLI, 
se non altro perché il DOS usa per i 


nomi di file dei caratteri come ':' e 7 
' che hanno un particolare significa- 
to anche per ARexx (etichetta e divi- 
sione) e generano pertanto errori 
sintattici, se non appaiono racchiusi 
tra virgolette. 

Spesso è necessario utilizzare più 
comandi CLI in sequenza, ad esem- 
pio: 

CD RAM: 

LIST 

Con ARexx un semplice: 

ADDRESS COMMAND 

' CD RAM : ' 

'LIST' 

non funzionerebbe correttamente. 
ARexx infatti esegue ogni comando 
CLI come un comando isolato, 
aprendo ogni volta una Shell diversa 
con i valori di default (path dei 
comandi, directory corrente e alias - 
sotto 2.0). Questi valori di default 
sono quelli che lo script eredita dal 
processo che l'ha lanciato (se si 
tratta di un processo CLI) oppure 
quelli che aveva la Shell da cui è 
stato lanciato RexxMaster all'avvio 
del sistema. 

Quindi se un determinato comando 
lanciato con ADDRESS COMMAND 
cambia la directory corrente con il 
comando CD, il successivo coman- 
do CLI, lanciato da uno script ARexx 
non erediterà la directory corrente 
così modificata, ma partirà nelle 
stesse condizioni in cui si trovava il 
precedente comando CD. Nel no- 
stro esempio, il cambio.della direc- 
tory corrente viene "perduto" e il LIST 
successivo si riferirà alla directory 
corrente del programma ARexx e 


non a quella stabilita dal precedente 
comando CD. 

Per risolvere questo tipo di proble- 
ma si può usare la funzione ARexx 
pragma() che modifica la directory 
corrente del programma ARexx e 
quindi quella di tutti i comandi che la 
usano per un motivo o per l'altro. 
PragmaQ accetta diverse opzioni 
come primo argomento. Per far in 
modo che pragmaQ modifichi la 
directory corrente occorre usare 
l'opzione 'D'. Il secondo parametro 
accettato da pragmaQ deve indica- 
re il nome della directory da rendere 
directory corrente. PragmaQ ritorna 
il nome della precedente directory 
corrente. In questo esempio rendia- 
mo 'DFO:' la directory corrente e poi 
torniamo alla directory precedente: 

SAY pragma ( ' D ' ) 

old=pragma ( ' D ' , ' DFO : ' ) 

SAY old 

CALL pragma (' D ', old) 

Se non si indica il secondo argo- 
mento, pragmaQ riporterà il nome 
della directory corrente senza modi- 
ficarla. Il nostro esempio con LIST 
dovrebbe dunque diventare: 

ADDRESS COMMAND 

CALL pragma ( ' D ' , ' RAM: ' ) 

'LIST' 

Una seconda soluzione del proble- 
ma indicato, che vale anche per il 
path e per gli alias, è il seguente. 
Con un unico ADDRESS COM- 
MAND è possibile eseguire più 
comandi CLI in sequenza, proprio 
come se facessero parte di un unico 
script o come se fossero stati inseriti 
in una Shell. Per ottenere questo 
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scopo, basta inserire dei caratteri di 
Newline (a capo, 10 decimale, 0A 
esadecimale) fra un comando e l'al- 
tro. Definiamo dunque per prima 
cosa il carattere di fine linea con una 
stringa esadecimale: 

nl= ' OA'x 

costruiamo poi la stringa da esegui- 
re: 

comandi='CD RAM: ' ni ' LIST ' 

e poi passiamo il tutto ad ADDRESS 
COMMAND: 

ADDRESS COMMAND comandi 

A questo modo si possono creare 
dei piccoli script composti da più 
linee e in cui qualsiasi modifica della 
directory corrente, del path o degli 
alias, funziona come in una normale 
Shell. Addirittura, in questo script si 
possono inserire comandi DOS 
come IF, ELSE, ENDIF che vengono 
di solito accettati solo dagli script 
AmigaDOS e non dalla Shell. 

Lo script verrà eseguito in maniera 
sincrona. Cioè ADDRESS COM- 
MAND attenderà la fine dello script 
AmigaDOS prima di far ritorno ad 
ARexx. Per eseguire i comandi in 
maniera asincrona (senza attender- 
ne la conclusione) si può usare il 
comando DOS RUN: 

ADDRESS COMMAND 'RUN LIST 
RAM: ' 

In questo caso per far eseguire più 
linee in una sola volta, si dovrà ricor- 
rere ad una particolare caratteristica 
di RUN. Questo comando DOS 
accetta di eseguire più linee in se- 
quenza se l'ultimo carattere isolato 
di una linea è "+". Il nostro esempio 
diventerebbe allora: 

nl= 'OA'x 

comandi= ' RUN CD RAM: 

+ ' ni ' LIST ' 

ADDRESS COMMAND comandi 

Si noti che non è possibile far dipen- 
dere comandi come IF, ELSE, EN- 
DIF, da RUN. 


Tutto ciò permette di superare in 
maniera adeguata, anche se non 
immediata, le limitazioni dell'inter- 
faccia fra ARexx e AmigaDOS. 
Esistono comunque altri metodo per 
creare sequenze di comandi OLI da 
far eseguire a una Shell: per esem- 
pio si può creare al volo un file in T: 
da eseguire poi con EXECUTE del- 
l'AmigaDOS oppure usare i coman- 
di PUSFI e QUEUE, che sono co- 
munque di uso limitato in un normale 
script ARexx (ne parleremo a suo 
tempo). 

L'autore di ARexx ha scritto una 
propria Shell (commerciale), chia- 
mata WShell, che mette a disposi- 
zione una interfaccia ARexx-Amiga- 
DOS più consistente e in cui i limiti 
indicati non sussistono. Sebbene 
sia comodissima (anche per altre 
sue caratteristiche), gli script che 
funzionano con tale Shell non sono 
compatibili con la Shell AmigaDOS, 
se sfruttano le funzioni avanzate 
messe a disposizione da WShell. 
L'ideale sarebbe che la Shell Ami- 
gaDOS sia migliorata sotto questo 
punto di vista, a imitazione di 
WShell. 

ERRORI 

Un altro problema che può emerge- 
re nell'uso di ADDRESS COMMAND 
è quello dei valori di ritorno dei 
comandi OLI. 

Come si sa i comandi dell'Amiga- 
DOS impostano un livello d'errore 
quando fanno ritorno al DOS. Tale 
valore viene spesso usato con il 
comando IF del DOS per modificare 
il flusso di uno script. Sotto ARexx è 
spesso utile conoscere tale valore di 
ritorno, per sapere se un determina- 
to comando OLI ha avuto o meno 
successo: a partire dalla versione 
2.0 del sistema operativo è possibile 
farlo. Si troverà nella variabile ARexx 
RC (si noti che il nome è lo stesso 
usato per la variabile AmigaDOS 
che riporta il livello d'errore di una 
Shell). Ricordo che il valore 0 indica 
successo, 5 un semplice avverti- 
mento (WARN), 10 un errore (ER- 
ROR) e 20 un fallimento grave 
(FAIL). Per sapere se un comando 
OLI ha avuto successo si potrà 


operare così: 

ADDRESS COMMAND 'LIST kk ' 

errore=RC 

if errore ~= 0 then SAY 
' Errore ' 

else SAY 'Successo' 

La variabile RC viene modificata 
ogni volta che si invia un comando a 
un host, per cui è meglio memoriz- 
zarla subito in un'altra variabile pri- 
ma di proseguire nello script. 

Non è invece possibile stabilire il 
“motivo" dell'errore; cioè non è pos- 
sibile conoscere il valore della varia- 
bile Result2 dell'AmigaDOS (2.0). 

Si noti che quando un comando del 
DOS fallisce restituendo un errore, 
l'interprete ARexx se ne accorge e 
visualizza un messaggio d'errore 
prima di proseguire. Può essere una 
cosa fastidiosa: per eliminarla, ba- 
sta innalzare il livello d'errore di 
ARexx. 

Il procedimento è analogo a quello 
degli script OLI, ove si usa il coman- 
do FAILAT. Sotto ARexx, si usa il 
comando OPTIONS con l'opzione 
FAILAT e il valore del livello di errore 
che, per esempio, può essere posto 
a 21 per evitare i messaggi d'errore 
generati dai comandi OLI: 

OPTIONS FAILAT 21 

ADDRESS COMMAND 'LIST kk ' 

errore=RC 

if errore ~= 0 then SAY 
' Errore ' 

else SAY 'Successo' 

Così però si innalza il livello di falli- 
mento di tutti i comandi ARexx inviati 
ad host esterni e non solo di quelli 
inviati all'AmigaDOS: la cosa può 
essere spiacevole, specie in fase di 
debug, perché l'interprete non se- 
gnalerà più eventuali anomalie. 

Alla variabile RC è legato anche il 
comportamento delle istruzioni Sl- 
GNAL ON ERROR e SIGNAL ON 
FAILURE. Queste permettono di 
deviare il flusso di un programma 
verso una funzione utente quando si 
presenta un errore (cioè RC > 0) o un 
fallimento (RC >= FAILAT) generati 
da comandi inviato a un host. L'uso 
di SIGNAL in questo modo è abba- 


68 AMIGA MAGAZINE 


AREXX 


stanza complesso e merita una trat- 
tazione separata. 

Il livello di default di OPTIONS FAI- 
LAT è 0. Per ritornare alla condizione 
di partenza si può usare l'istruzione: 

OPTIONS FAILAT 0 

Oppure un semplice OPTIONS, ma 
in questo caso tutti i parametri gestiti 
da OPTIONS ritorneranno alla loro 
condizione di default. Fra questi 
parametri sta il PROMPT, utilizzato 
da ARexx per l'input utente (ne par- 
leremo in un altro momento) e l'op- 
zione RESULTS che invece ha a che 
fare con ADDRESS. 

RISULTATI 

Gli host ARexx sono in grado di 
restituire dei valori sotto forma di 
stringhe a uno script ARexx. Questi 
risultati non vanno confusi con il li- 
vello d'errore di cui abbiamo appe- 
na parlato. Perché ciò possa avveni- 
re si deve usare l'istruzione: 

OPTIONS RESULTS 

Per esempio, l'hostdi CygnusEd è in 
grado di fornire varie indicazioni sul 
proprio stato interno mediante il 
comando STATUS, ma perché ciò 
avvenga è necessario usare l'istru- 
zione indicata prima di inviare a 
CygnusEd il comando STATUS. Una 
volta impartita, l'istruzione OP- 
TIONS RESULTS rimane valida per 
tutto lo script. Il risultato del coman- 
do inviato all'host si troverà (di solito) 
nella variabile RESULT: 

OPTIONS RESULTS 

ADDRESS "rexx_ced" 

STATUS 19 

SAY RESULT 

in questo caso la variabile RESULT 
conterrà il nome completo del file 
caricato in Ced. 

Anche in questo caso, la variabile 
RESULT verrà modificata ogni volta 
che si esegue un comando esterno, 
per cui è bene salvarne il valore in 
un'altra variabile per poterlo poi uti- 
lizzare con comodità. Va notato che 
la variabile RESULT viene anche 


modificata dall'istruzione CALL che 
permette di chiamare funzioni 
ARexx. 

Per disabilitare l'opzione RESULTS 
si può usare la semplice istruzione 
OPTIONS (che riporta anche FAI- 
LAT e PROMPT ai valori di default) 
oppure la nuova (apparsa dalla ver- 
sione 1.15 di ARexx) keyword NO: 

OPTIONS NO RESULTS 

La quale non influisce sullo stato di 
PROMPT e di FAILAT, ed è quindi 
molto utile per abilitare/disabilitare 
temporaneamente l'opzione RE- 
SULTS. 

TRACI 

Per finire questa puntata dedicata ai 
comandi esterni, ricordo che esisto- 
no due opzioni di TRACE dedicate 
loro: si tratta di COMMANDS e INHI- 
BITS. 

La prima permette di tracciare tutti i 
comandi esterni di uno script ARexx 
(tutte le altre istruzioni non verranno 
visualizzate), la seconda invece 
permette di eseguire uno script 
senza che i comandi esterni venga- 
no inviati all'host. Ciò è utile per il 
debug di uno script, quando l'host 
non è attivo o quando i comandi 
inviati all'host potrebbero generare 
effetti distruttivi (cancellazione di 
file, per esempio) se eseguiti in 
maniera errata. 

L'opzione INHIBITSè un qualificato- 
re delle altre opzioni di TRACE, cioè 
può essere usato in congiunzione 
con altre opzioni come appunto 
COMMAND. La lettera da usare per 
indicare il qualificatore è il punto 
interrogativo, mentre per l'opzione 
COMMAND si usa la lettera C. Dun- 
que, l'istruzione: 

TRACE ! C 

avvia il TRACE di uno script con 
segnalazione di tutte e sole le linee 
che inviano comandi ad un host 
esterno, inibendo, al contempo, la 
loro esecuzione. 

Un'ultima cosa: un sinonimo di 
ADDRESS è SHELL, ma è poco uti- 
lizzato. A 
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Istruzioni in italiano! 

Grafica, musica, archiviazione/elaborazione 
dati, videotitolazione, effetti audio/video, 
programmazione, didattica, gestione file e 
altro ancora! 

Ecco alcuni esempi: 

Pixy Word8, videoscrittura +impaginazÌone 
♦stampa. Tratta riquadri di testo come oggetti 
grafici che possono essere posizionati, 
ridimensionati, editati, composti con grafica. Il 
mouse seleziona parti del testo da 
copiare/tagliare/incollare. Allineamento 
automatico del testo. Uso di qualsiasi set di 
caratteri standard Amiga. 
Importazione/esportazione di intere pagine 
IFF. Lavora anche a colori! Il vantaggio di 
creare a video la pagina esattamente come 
verrà stampata! 

Personal Budget, per tenere sotto controllo le 
finanze personali e gestire qualsiasi 
movimento di denaro (stipendi, spese, 
andamento di attività commerciali, situazione 
di conti correnti, ecc.). Fornisce riassunti 
scalari, bilanci e grafici. Facilissimo da usare! 

Metal Render, trasforma testi grafici 
monocromatici in stupende scritte ad effetto 
metallo. Lavora su qualsiasi immagine IFF, 
quindi è ottimo anche per la creazione di logo 
e sagome metallizzate. Comprende diversi 
effetti metallo a diversi colori. Extrafacile da 
usare. Output in formato IFF per 
rielaborazione con altri programmi. 

Video Maker, videotitolazione con scrolli ng 
fluido di testi+grafica (anche grafica animata!) 
in qualsiasi direzione, dissolvenze, 
animazioni, effetti speciali, siideshow. Lavora 
con grafica IFF a qualsiasi risoluzione!. 
Utilizza set di caratteri standard (bitmap) e 
s et grafici (IFF). 

DT Base, database generico d'uso immediato 
e semplicissimo. Visuatlzza/stampa liste di 
dati selezionati in base al contenuto di un 
certo campo e tramite ricerche condizionali. 
Con ogni lista fornisce il numero dei dati 
selezionati e il totale deila somma di eventuali 
dati numerici in un campo specificato. 
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IL TECNICO RISPONDE 


Paolo Canali 


Q uesto mese la richiesta ac- 
compagnata dalla docu- 
mentazione più precisa è 
stata quella dell'ingegner Giampa- 
ni, che ci scrive dal Canton Ticino. Vi 
ricordo di essere precisi e scendere 
nel dettaglio quando descrivete dei 
problemi, perché a domande vaghe 
non posso dare altro che risposte 
generiche, mentre quando sono 
persino allegati disegni delle parti 
difettose come nel caso dell'ing. 
Giampani, ho tutti gli elementi per 
rispondere (magari anche qualcuno 
di troppo!). 

Il problema descritto è comune: 
dopo aver aggiunto memoria sulla 
scheda A2091, si sono verificati 
crash di sistema a ripetizione, spariti 
una volta che la memoria è stata 
disabilitata. Ormai l'elenco di me- 
morie installabili riportato nel ma- 
nuale delle schede A2091 e A590 
non è più attuale; si tratta di comuni 
RAM dinamiche CMOS da un Mega- 
bit organizzate come 256K x 4 bit. 
Per esempio, sono installabili con 
pieno successo le HY534256S-70, 
KM44C256AP-8, HM514256AP-8. 
Erano comunemente utilizzate sulle 
vecchie motherboard 286, perciò 
quelle attualmente reperibili al det- 
taglio provengono quasi esclusiva- 
mente da recuperi. Ma anche se 
sono nuove, capita molto spesso 
che alle RAM funzionanti siano mi- 
schiati chip guasti, soprattutto se è 
materiale di produttori orientali poco 
noti. Ovviamente appena si tenta di 
utilizzare questa RAM i dati non 
restano memorizzati e ai limite si 
hanno errori dì sistema. Se per col- 
mo di sfortuna nel chip difettoso 
sono stati allocati i buffer dell'hard 
disk verranno segnalati errori di let- 


tura e scrittura inspiegabili e depi- 
stanti! Anche le SIMM sono sogget- 
te a questi problemi ora che il prezzo 
è diventato il principale elemento di 
scelta in un mercato sempre più 
competitivo. 

Per questo motivo è essenziale 
eseguire un test della memoria 
subito dopo averla installata. Assie- 
me alle schede A590 e A2091, 
Commodore fornisce a questo sco- 
po un programma diagnostico 
("RAMcheck") e così pure fanno 
GVP e altri produttori. Un program- 
ma di questo tipo semplifica molto le 
operazioni perché indica diretta- 
mente la posizione del chip even- 
tualmente malfunzionante sulla 
scheda, sempre che il guasto non 
sia così grave da provocare un bloc- 
co del sistema appena si tenta di 
usare la RAM. 

Esistono varie versioni di RAM- 
check, ma nel caso deH'A590 solo a 
partire dalla versione 1 .34 sono affi- 
dabili. Eventualmente, è possibile 
servirsi di un'utility di pubblico 
dominio come "Amnesia": ne esisto- 
no parecchie, ma alcune segnalano 
la presenza di errori assolutamente 
inesistenti oppure non controllano 
tutta la RAM. 

Recenti studi hanno dimostrato che 
possono esistere difetti che un nor- 
male test più o meno sequenziale 
delle locazioni non è in grado di 
rivelare. Fortunatamente sono estre- 
mamente rari, ma è bene tenerlo 
presente e guardare con sospetto 
ad episodi di crash o dati alterati che 
avvengano dopo aver espanso la 
memoria. 

Se un chip è indicato come difetto- 
so, bisogna scambiarlo di posto con 
un altro ritenuto funzionante dal 


programma diagnostico, quindi ri- 
petere il test. Se il diagnostico do- 
vesse continuare a segnalare il 
guasto nella stessa posizione di pri- 
ma, evidentemente non è il chip a 
difettare, ma lo zoccolo o una pista 
del circuito stampato. 

Poiché Amiga non usa il controllo di 
parità sulla RAM, è bene eseguire 
RAMcheck una volta al mese. Le 
RAM sono sensibilissime alla tem- 
peratura, perciò dopo aver effettua- 
to il test "a freddo", si può scaldare la 
scheda con un phon (senza esage- 
rare, perché ai di sopra di certe 
temperature nessuna RAM comune 
è in grado di funzionare senza errori) 
e ripeterlo. 

COMPATIBILITA' 

Se i test non riportano errori sulla 
RAM appena aggiunta, ma un deter- 
minato programma non funziona, 
non si tratta di un problema hardwa- 
re, ma software. Il caso più frequen- 
te riguarda i programmi scritti tipica- 
mente prima del 1988, che non fun- 
zionano se è presente della Fast 
RAM di qualsiasi genere. La soluzio- 
ne più semplice consìste nel lancia- 
re il programma "nofastmem" fornito 
con il sistema operativo, mentre 
quella preferibile è usare una delle 
tante utility (per esempio, la funzio- 
ne Flunklab di Powerpacker) che 
correggono il codice in modo che 
usi solo Chip RAM: purtroppo non 
funziona sempre. 

Altri programmi non funzionano più 
se è presente Fast RAM a 32 bit oltre 
i primi 16 Megabyte di spazio di 
indirizzamento, cioè in pratica su 
A300G, A4000 o su schede accele- 
rataci in cui la RAM non è stata 
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impostata come autoconfigurante. 
Oltre al nofastmem si può tentare di 
usare il programma "Degrader", ma 
se un programmatore ha scritto 
codice specifico per il solo 68000, 
facilmente avrà commesso altri erro- 
ri che non ne consentiranno l'esecu- 
zione su processori più evoluti. 

I' COLPA 
DELLE STELLE? 

Spesso si sente dire, per giustificare 
errori sporadici e imprevisti, che la 
colpa è di un "raggio cosmico". La 
superficie terrestre è costantemente 
bombardata da queste radiazioni, 
che vengono rilevate in gran quanti- 
tà persino nel laboratorio apposita- 
mente realizzato sotto il Monte Bian- 
co. Nelle celle delle RAM i valori 
binari zero e uno sono rappresentati 
dall'assenza o presenza di una rela- 
tivamente piccola quantità di elettro- 
ni, sempre minore man mano che i 
produttori realizzano chip con più 
celle nella stessa area: la radiazione 
ionizzante secondo la tradizione 
degli "hacker" è sufficiente per spo- 
stare gli elettroni di una cella e 
cambiare uno zero in uno o vicever- 
sa! 

Per sapere come stanno effettiva- 
mente le cose la soluzione migliore è 
chiederlo a chi i chip li progetta e 
produce. Ci siamo perciò rivolti a 
Bruno Murari, direttore della ricerca 
e sviluppo DPG della SGS-Thomson 
(una delle principali industrie del 
settore a livello mondiale). Secondo 
le sue parole, il problema delle ra- 
diazioni ionizzanti esiste ed è stato 
documentato per la prima volta 
pochi anni fa da Intel già relativa- 
mente alle "vecchie" memorie da un 
Megabit. 

Fortunatamente, solo le particelle 
alfa, che in aria possono percorrere 
pochi centimetri, posseggono ener- 
gia sufficiente. Purtroppo, la plasti- 
ca del "package" delle RAM, come 
quasi tutto ciò che ci circonda, può 
contenere isotopi radioattivi in gra- 
do di emettere, sia pure di rado, una 
particella alfa, per non parlare dei 
fenomeni di decadimento innescati 
appunto da radiazioni. Anche per 
questo motivo il chip delle memorie 


prodotte da SGS-Thomson viene 
protetto da uno schermo di materia- 
le opportuno prima di essere incap- 
sulato in materiale plastico, per cui 
le radiazioni ambientali o dovute al 
package non possono interferire. 
Almeno per quanto riguarda le 
memorie prodotte negli ultimi anni 
dai produttori leader di mercato, il 
problema dei raggi cosmici (se mai 
è esistito) è quindi del tutto elimina- 
to. Più probabilmente, i problemi 
sporadici dipendono da vari difetti 
hardware, da sbalzi di tensione, da 
applicativi o da sistemi operativi che 
sovrascrivono erroneamente loca- 
zioni di memoria. 

Infatti, la frequenza di questi eventi è 
enormemente più elevata in quei 
laptop che consentono Pibernazio- 
ne" in alternativa allo spegnimento 
del sistema, perché con l'aumenta- 
re del numero di ore passate senza 
un riavvio, diventa sempre più pro- 
babile che si riacceda a una locazio- 
ne sporcata: nei sistemi operativi 
che usano la MMU per proteggere 
la memoria, non c'è dubbio che la 
colpa dei crash totali sono proprio i 
bug del sistema operativo stesso. 
La prossima volta che qualcuno, di 
fronte al messaggio "PARITY ER- 
ROR" apparso tra le finestre del suo 
compatibile, oppure di fronte alla 
"bomba" malauguratamente spun- 
tata al risveglio del suo laptop "user 
friendly" vi cita imbarazzato i raggi 
cosmici, sapete cosa rispondere! 

PROBLEMI 
DI HARD DISK 

I controller A590 , A2090a e A2091 
sono controller multipli. Tutti quanti 
possono gestire dispositivi SCSI, 
mentre l'A590 è anche in grado di 
gestire due hard disk con un'inter- 
faccia custom IDE/XT-BUS (usata 
anche su alcuni vecchissimi compa- 
tibili Philips e Commodore), molto 
diversa dalla più comune AT-BUS 
usata su A4000, Al 200 e A600. Gli 
unici produttori di hard disk XT-BUS 
erano Miniscribe, Western Digital ed 
Epson e la taglia massima era di 40 
Megabyte. 

Quindi è senz'altro possibile, e anzi 
consigliabile, sostituire l'hard disk 


interno di A590 con uno SCSI più 
capiente: purché le sue dimensioni 
siano da 3.5 pollici non ci sono pro- 
blemi, quindi già ora si possono 
installare dischi anche da 1 .2 Giga- 
byte. Se l'hard disk viene configura- 
to con l'indirizzo zero il boot divente- 
rà istantaneo. E' anche possibile 
aggiungere un hard disk SCSI al- 
l'XT-BUS già presente, ma va ali- 
mentato a parte. 

L'A2091 equivale all'A590 solo che 
se dotato di interfaccia IDE, ma non 
di connettore (che andrebbe salda- 
to nelle apposite piazzole, operazio- 
ne non supportata dalla Commodo- 
re). 

L'A2090 e l'A2090a invece suppor- 
tano fino a due hard disk di tipo MFM 
in standard ST506 con un massimo 
di otto testine. Un hacker aveva ri- 
programmato la ROM dello Z80 che 
funge da controller MFM in modo da 
supportare i poco comuni hard disk 
MFM con più di otto testine, ma 
ovviamente trattandosi di codice 
soggetto a copyright non può esse- 
re distribuito, sebbene sia circolato 
per i “soliti canali". 

ATTENTI 

ALLO SWITCHER! 

Ultimamente un accessorio molto 
diffuso è il Kickstart switcher, che 
consente di avere "in linea" due ver- 
sioni della ROM, tipicamente 1.3 e 
2.04 per aumentare la compatibilità 
con i giochi più vecchi. Anche se la 
funzione che svolge è banale, non 
significa che la sua circuiteria deb- 
ba essere altrettanto banale! 

Sono in commercio basette fatte 
apposta per fare "impazzire" gli in- 
cauti acquirenti: si tratta di schedine 
in cui non è presente alcuna parte 
elettronica, e un semplice deviatore 
meccanico collega la linea di output 
enable (/OE) o l'alimentazione della 
ROM proveniente dalla mother- 
board al corrispondente piedino 
dell'una o dell'altra ROM. 

Si tratta di un noto espediente- elet- 
trotecnico, che purtroppo, visto che 
una ROM non è una lampadina, ma 
un circuito elettronico, non dà suffi- 
ciente affidabilità. Commutare l'ali- 
mentazione è vietato dai produttori 
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di ROM, mentre nel caso di /OE, se 
i fili che portano al deviatore sono 
più lunghi di tre centimetri circa, si 
va incontro a problemi. Fili e interrut- 
tore sono percorsi da impulsi molto 
stretti; se i conduttori sono troppo 
lunghi, le loro capacità e induttanze 
diventano eccessive e il driver sulla 
motherboard (Gary nel caso di A500 
e A2000) non è più in grado di svol- 
gere la sua funzione, con conse- 
guente inchiodamento casuale del- 
la macchina, oppure schermo colo- 
rato e Amiga che non parte all'ac- 
censione. Questo tipo di switcher 
può generare malfunzionamenti 
anche se la resistenza di contatto 
del deviatore è troppo alta o incerta; 
se installato sul retro deH'A2000, il 
funzionamento è senz'altro instabi- 
le. 

Altri switcher invece del segnale che 
pilota il pin /OE commutano, più 
correttamente, il pin /CS: se viene 
collegato a massa, la ROM è abilita- 
ta, se è collegato alla tensione di 
alimentazione +5Volt, la ROM è dis- 
abilitata. In questo caso il filo può 
essere più lungo, ma non troppo, 
perché potrebbe funzionare "come 
un'antenna'' e raccogliere disturbi. 
Se l'interruttore è di scarsa qualità o 


si limita a scollegare il filo /CS dalla 
ROM senza collegarlo ai +5V di 
nuovo il circuito è inaffidabile. 

La soluzione corretta consiste nel- 
l'impiegare una porta logica sulla 
basetta del Kickstart switcher per 
commutare il segnale /CS e nell'usa- 
re il deviatore solo per generare il 
segnale di comando della porta 
(vedi figura 1). Ora il filo può essere 
lungo quanto si vuole e l'interruttore 
anche scadente, perché in essi cir- 
cola una tensione continua usata 
come comando e non impulsi. An- 
che senza essere grandi esperti, 
potete individuare gli switcher più 
validi semplicemente constatando 
se sulla basetta sono presenti dei 
circuiti integrati e altri componenti 
elettronici oltre agli zoccoli per le 
ROM. 

Esiste anche un progetto completo 
dei master per la basetta a doppia 
faccia disponibile nel pubblico 
dominio. Alcuni switcher progettati 
per commutare tra Kickstart 1 .2 el .3 
per accettare la ROM del Kickstart 
2.04 hanno bisogno di un filo ag- 
giuntivo che colleghi il piedino di 
indirizzo prima inutilizzato. Gli A500 
revisione 3 e gli A2000A hanno biso- 
gno di un ponticello tra due pin della 


nuova ROM, che impedisce il fun- 
zionamento di alcuni modelli di swit- 
cher. 

Le EPROM, oltre ad essere frutto di 
pirateria, assorbono molta più cor- 
rente dalla linea a +5V della ROM 
originale, quindi su A500 e A600 
troppo espansi potrebbero sovrac- 
caricare l'alimentatore. Si distinguo- 
no dalla ROM originale perché non 
sono stampigliate con marchio, 
"part number” Commodore e nume- 
ro di versione del Kickstart (assente 
nelle ROM dell' 1 .2 e 1.3). Invece 
hanno una sigla a 5 o 6 cifre che 
inizia con i numeri 27 oppure 28 ed 
eventualmente sono di ceramica e 
hanno un'etichetta adesiva che 
copre una finestrella trasparente 
attraverso cui è visibile il chip. 

Chi le ha acquistate dovrebbe quan- 
to meno verificare che contengano 
realmente una copia del Kickstart 
ufficiale, confrontandole bit per bit 
con la ROM vera (ovviamente ser- 
vendosi di un programma e della 
collaborazione di un altro Amighi- 
sta) e non qualche beta release, 
magari rimaneggiata, poco compa- 
tibile e di nessuna affidabilità. 

JOYSTICK ANALOGICO 

L'interfaccia pubblicata su Amiga 
Magazine di marzo ha incuriosito 
molti lettori: il joystick analogico "sti- 
le IBM" dà realmente molta più gio- 
cabilità ai programmi che lo suppor- 
tano. In figura 2 è illustrata un'inter- 
faccia migliorata, adatta ai joystick a 
15 piedini più facilmente reperibili. 
A differenza del mondo MS-DOS, su 
Amiga l'uso dei due bottoni del joy- 
stick analogico non è stato comple- 
tamente standardizzato. Il pin nu- 
mero 6 del connettore è sempre 
dedicato al pulsante di "fuoco", 
mentre alcuni programmi attribui- 
scono funzioni diverse ai due pul- 
santi, che in questo caso andranno 
collegati ai pin 4 e 3. 1 due diodi nello 
schema fanno sì che il pin 6 venga 
attivato qualunque pulsante si pre- 
ma, e al tempo stesso servono per 
non bloccare la funzione di autofire 
se disponibile. 

Per sfruttare i pulsanti separati, a 
seconda del gioco, potrebbe anche 
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Connettore 15 pin "Cannon" 
femmina (visto dal lato saldature) 


Connettere 9 pin "Cannon" 
femmina (visto dal lato saldature) 


Connettore Joystick IBM 

1 +5Vot 

2 Pulsartei 

3 Asse X 

4 Massa 

5 Massa 

6 Asse Y 

7 Pulsante 2 



Connettore Amiga 

3 Sinistra o Pulsante sipplemertare 1 

4 Destra o Pulsante sipplemertare 2 

5 Asse X 

6 Pulsante (Fine) 

7 +5Yolt 

8 Massa 

9 Asse Y 


Gli atri contatti ron sono usati per questa applicazione 


Figura 2: Lo schema 
migliorato del joystick 
analogico. 

essere necessario staccare 
l'uno o l'altro diodo, per esem- 
pio collegando in serie un in- 
terruttore: nelle prove effet- 
tuate non c'e n'è stato biso- 
gno. 

Lo standard MS-DOS preve- 
de che i potenziometri del 
joystick debbano avere una 
resistenza massima di 100 
Kiloohm, mentre lo standard 
Commodore prevede poten- 
ziometri da 470 Kiloohm. I 
chip custom di Amiga usano 
un circuito che non misura il 
valore della resistenza varia- 
bile contenuta nel joystick, ma 
invece misura il prodotto R * C 
del valore di tale resistenza 
per il valore della capacità di 
un condensatore posto sulla 
motherboard collegato tra il 
pin 5 del connettore e la mas- 
sa (e analogamente per l'altro 
asse tra il pin 9 e la massa). 

Il valore del condensatore interno è 
di 0.047 microfarad; quando la leva 
del joystick è spinta tutta da un lato, 
il valore della resistenza del poten- 
ziometro è 0 ohm, quando è tutta 
dall'altro lato il valore è 470000 ohm. 
Quindi Paula mette nell'apposito 
registro il numero decimale 0 quan- 
do misura un valore di R * C pari a 0 

* 0.047 = 0, e il numero decimale 255 
quando misura un valore di R * C pari 
a 470000 * 0.047 = 22090. Se invece 
il joystick è per IBM, il valore massi- 
mo di R che potrà fornire è 1 00000 e 
non 470000 ohm, perciò muovendo 
la leva, possiamo generare solo i 
valori di R * C compresi tra 0 e 0.047 

* 1 00000 = 4700, che, con una sem- 
plice proporzione, vediamo che cor- 
risponde al numero decimale 55, 
guarda caso proprio il valore che 
potevamo ottenere con l'interfaccia 
del numero di marzo! 

Per recuperare la piena sensibilità 
del joystick, basterà collegare in 
parallelo al condensatore interno di 
Amiga un altro condensatore al po- 
liestere da 0.15 microfarad, con il 
quale il prodotto R * C massimo 


torna quello che deve essere e 
Paula è in grado di misurare tutti i 
possibili valori da 0 a 255. Ovvia- 
mente, il posto più comodo dove 
mettere il condensatore è nel cavet- 
to di interfaccia stesso! Visto che 
così le cose sarebbero troppo sem- 
plici, i produttori di joystick IBM si 
sono messi a fabbricare joystick che 
hanno già internamente i condensa- 
tori: in questo caso, se li aggiungia- 
mo anche noi nell'interfaccia, già 
con la leva a metà corsa abbiamo 
raggiunto il valore massimo possibi- 
le e il comando non risponde ulte- 
riormente! 

Come sempre, la soluzione consiste 
nel provare la propria combinazione 
joystick/interfaccia con un program- 
ma, per esempio Formula 1 Grand 
Prix della Microprose (vuole il joy- 
stick analogico in porta 2), che du- 
rante l'operazione di calibrazione 
mostri i valori massimo e minimo 
forniti da Paula, il numero 22090 vale 
solo nei modi video PAL e NTSC, 
negli altri modi video Paula determi- 
na il valore R * C da associare a 255 
in modo inversamente proporziona- 


le alla frequenza del sincronismo 
orizzontale: in poche parole, dovete 
servirvi del sistema operativo per 
leggere il valore dei Joystick senza 
problemi di compatibilità. 

L'ultima cosa da tener presente per 
l'acquisto è che esistono essenzial- 
mente due categorie di joystick 
analogici IBM: quelli economici 
sono adatti ai giochi dove la posizio- 
ne esatta della leva non conta, e in 
pratica tentano con poco successo 
di fare le veci dei nostri joystick 
"digitali" a 9 piedini: servono solo le 
informazioni "destra", "sinistra", 
"alto", "basso". Usarli su Amiga per 
un simulatore di volo o di guida è 
un'esperienza frustrante, perché 
sembra di pilotare un aereoplano di 
carta in perenne lotta per restare 
orizzontale o una vecchia utilitaria 
che sbanda persino nei rettilinei. 
Quelli costosi, magari a forma di 
volante o cloche, sono dotati di 
buoni comandi di calibrazione e si 
trovano sia nella versione in cui la 
leva, se lasciata, resta ferma sia 
nella versione in cui torna al centro: 
sono gli unici adatti su Amiga. ▲ 
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L IST è uno dei comandi più usati 
dell'AmigaDOS. Presenta una 
serie interminabile di opzioni 
che lo rendono estremamente utile 
in molte situazioni. Il suo compito 
fondamentale è quello di mandare in 
output un elenco di file e di directory 
e di fornire preziose informazioni su 
di essi (lunghezza, data, commento 
e così via). 

Con la versione 2.0 del sistema 
operativo, LIST è stato profonda- 
mente migliorato ed è soprattutto 
sulle nuove caratteristiche di LIST 
che vogliamo soffermarci questa 
volta. 

Per prima cosa, LIST ora accetta più 
nomi di file o directory (parametro 
DIR/M). Ciò consente di ottenere un 
elenco separato per ogni directory o 
file indicati sulla linea di comando, 
ognuno dotato di una linea conclusi- 
va che indica il numero di file e di 
directory presenti, nonché l'occu- 
pazione dello spazio su disco in 
numero di blocchi. 

Grazie alla nuova opzione ALL/S, 
LIST è ora in grado di scendere nelle 
subdirectory della directory indicata 
(prima era possibile solo con il 
comando DIR). Al termine dell'elen- 
co, LIST visualizza anche una linea 
in cui indica il numero totale di file, 
directory e blocchi dell'intero elen- 
co. La lìnea finale ha questo aspetto: 

TOTAL: 36 files - 8 directories 
- 88 blocks used 

Si noti che se si indicano più directo- 
ry o file a LIST, il totale si riferisce alla 
somma di tutte le directory indicate 
e le rispettive subdirectory. 

Ora LIST accetta wildcard in stan- 
dard AmigaDOS. Quindi ogni argo- 
mento potrebbe essere costituita da 


Digito 


una diversa wildcard, cosa che 
consente una grande flessibilità. 
Infatti le wildcard AmigaDOS non 
vengono riconosciute quando si 
applicano ai nomi di device o di 
directory logiche. Non è possibile, 
per esempio fare un: 

LIST DF?:#? 

per indicare tutti i file di tutti i floppy 
disk del sistema. Si potrà invece 
scrivere: 

LIST DFO : #? DF1 : # ? DF2 : #? 

per ottenere lo stesso risultato. 

Le altre opzioni di LIST esistevano 
anche sotto 1 .3. Brevemente, ricor- 
diamo il loro significato: 

TO/K permette di reindirizzare l'out- 
put verso un determinato file. 
P=PAT/K serve a indicare una 
wildcard: ora però è possibile intro- 
durla direttamente entro il nome 
della directory, quindi è parzialmen- 
te obsoleta. 

SUB/K permette di indicare una 
stringa che serve da filtro per i nomi 
dei file, corrisponde a PAT #?strin- 
ga#? e può essere considerata una 
semplice abbreviazione. 

DATES/S richiede di visualizzare la 
data per esteso senza ricorrere a 
espressioni come Today, Yesterday 
e così via. 

NODATES/S esclude la visualiz- 
zazione della data. 

SINCE/K richiede come argomen- 
to una data e richiede di visualizzare 
solo i file creati o modificati dopo 
quella data. 

La data può essere indicata per 
esteso, oppure mediante un'e- 
spressione del tipo Today, Yester- 
day. Si può anche indicare un'ora 


particolare nel formato hh:mm:ss. In 
tal caso rimane sottointeso che la 
data è quella odierna. Non si può 
indicare un orario per date diverse 
da quella odierna. 

UPTO/K funziona come SINCE/K 
solo che richiede di visualizzare i file 
generati prima della data indicata. 
FILES/S richiede di visualizzare 
solo i file. 

DIRS/S richiede di visualizzare 
solo le directory. 

KEYS/S richiede di visualizzare l'i- 
dentificatore del file. Questo è nor- 
malmente il numero del blocco su 
disco, ma può essere qualsiasi altro 
valore a seconda dell'handler del 
DOS (per esempio, la RAM: visualiz- 
za il valore di un indirizzo di memo- 
ria). 

BLOCK/S richiede la lunghezza di 
un file sia indicata in numero di bloc- 
chi invece che in byte. 

QUICK/S richiede un elenco di file 
che visualizzi il solo nome dei file. 
Questa opzione, usata in congiun- 
zione con DATES, visualizza il nome 
del file seguito dalla data (ma sem- 
bra più un bug che una opzione). 
NOHEAD/S esclude la visualizza- 
zione dell'introduzione e della strin- 
ga conclusiva con il numero totale di 
file, directory e blocchi (questo vale 
anche se si indica l'opzione ALL/S). 
L'ultima opzione è LFORMAT: la più 
interessante, forse. Con il 2.0 ha 
subito profonde migliorie che la 
rendono estremamente potente. 
LFORMAT serve a modificare l'out- 
put di LIST per adattarlo alle proprie 
esigenze. LFORMAT accetta come 
parametro una stringa, posta gene- 
ralmente tra virgolette, che verrà 
utilizzata da LIST ogni qualvolta 
debba stampare il nome di un file. 
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Tale stringa può contenere normali 
caratteri stampabili (comprese se- 
quenze di escape) che verranno 
mandati in output così come sono e 
caratteri speciali che indicano le 
caratteristiche del file da visualizza- 
re. Tali caratteri speciali sono sem- 
pre introdotti da 

Sotto 1.3 l'unico carattere speciale 
riconosciuto era "%s" che indicava il 
nome del file o il suo path secondo 
questo schema: 

%s nome 

%s %s path nome 

%s %s %s path nome nome 

%s %s %s %s path nome path 

nome 

Ciò significa che se %s compare 
una sola volta nella stringa di LFOR- 
MAT, %s verrà sostituito dal nome 
del file (senza path); se compare 
due volte, verrà sostituito la prima 
volta dal path e la seconda dal nome 
del file; se compare 3 volte, verrà 
sostituito nell'ordine dal path, dal 
nome del file e dal nome del file; se 
compare 4 volte l'ordine sarà path, 
nome del file, path e nome del file. 
Per esempio, se il nome di un file è 
RAM:c/marco e la stringa di LFOR- 
MAT è "copy %s%s TO DF0:%s", il 
risultato sarà: 

copy RAM: c/marco TO DFOimarco 
copy %s %s TO DFO: %s 

in cui il primo %s è stato sostituito da 
"RAM:", il secondo da "marco" e il 
terzo ancora da "marco". 

LFORMAT è utile per creare file che 
contengano sequenze di comandi 
ripetitive da eseguire in un momento 
successivo mediante il comando 
EXECUTE, come avviene per esem- 
pio in questa sequenza: 

LIST >t : pp RAM: LFORMAT "copy 
% s % s TO DFO : %s" 

EXECUTE t : pp 
DELETE t : pp 

Con il 2.0, molte altre opzioni sono 
state aggiunte alla già citata %s. 
Ognuna di esse è in grado di visua- 
lizzare una particolare caratteristica 
del file. Ecco l'elenco completo: 

%k key di identificazione 
%1 lunghezza in byte o "Dir" 

%b lunghezza in blocchi o 
"Dir" 

%a bit di protezione 
%d data 
%t ora 


%c commento 

%p path relativo 

%f path assoluto 

%n nome 

Gli ultimi tre caratteri indicano ri- 
spettivamente il path relativo alla 
directory corrente (%p), cioè come 
è stato indicato sulla linea di coman- 
do di LIST (comprende quindi even- 
tuali directory logiche o nomi dì 
device); il path assoluto (%f) del file, 
a partire dal nome del volume in cui 
il file si trova (eventuali directory 
logiche o device vengono sostituiti 
dal nome del volume); il nome del file 
senza path (%n). 

Si noti che le opzioni %l e %b visua- 
lizzano la stringa "Dir", invece di un 
numero se il file è una directory. 
Tutti i caratteri non abbisognano di 
altre spiegazioni: si tratta di elementi 
che compaiono di solito nell'output 
di LIST. 

Utilizzando queste opzioni, è possi- 
bile, dunque, creare degli elenchi 
che contengano solo il nome e la 
lunghezza del file, oppure il nome e 
il commento, oppure ancora il nome 
e i bit di protezione, o qualsiasi altra 
combinazione che possa risultare 
utile. 

E' anche possibile indicare la lun- 
ghezza in caratteri dei singoli cam- 
pi. Questo si ottiene inserendo un 
valore decimale subito dopo il carat- 
tere %: 

LFORMAT "%30n %30d" 

In questo caso sono riservati 30 
caratteri al nome del file e 30 alla 
data. Di default, il campo viene alli- 
neato a destra; per ottenere l'allinea- 
mento a sinistra, si deve porre il 
segno prima del numero: 

LFORMAT " : -3fln %-30d" 

Qui abbiamo anche aggiunto il path 
assoluto del file in testa alla stringa. 
Grazie a questi caratteri speciali è 
possibile personalizzare l'output di 
LIST per ottenere elenchi adatti a 
esigenze particolari, magari da trat- 
tare successivamente con propri 
script CLI o ARexx, oppure sequen- 
ze di comandi ripetitivi molto più 
complessi di quelli consentiti dai 
semplici %s. Ricordiamo che tutte le 
altre opzioni di LIST come SINCE, 


UPTO e DATES rimangono operati- 
ve e influiscono normalmente sul- 
l'output modificato da LFORMAT. 
Per esempio, %d visualizzerà le 
scritte del tipo "Today" se non si usa 
DATES sulla linea di comando di 
LIST. 

E' possibile crearsi degli alias che 
contengano particolari stringhe di 
formattazione per LIST, magari uti- 
lizzando codici di escape. Ad esem- 
pio, con: 

ALIAS LCOMM LFORMAT "%f%-20n 
*e [32m%c*e [0m" 

LCOMM diventa un comando che 
accetta tutte le opzioni di LIST e 
visualizza però il nome del file segui- 
to dal commento evidenziato dal 
colore 2. 

Potrebbe risultare utile avere un'i- 
dea della stringa di formattazione 
usata di default da LIST. Eccola: 

"%-22n%101 %a %-9d %t*n: %c" 

si tenga solo presente che "*n" indi- 
ca a capo e che normalmente LIST 
va a capo e visualizza i due punti 
iniziali del commento esclusivamen- 
te nel caso in cui quest'ultimo con- 
tenga qualche carattere; con questa 
stringa, invece, a capo e due punti 
vengono sempre visualizzati. 

LIST diventa ancora più potente se 
usato con il comando SORT : questo 
permette di visualizzare l'output di 
LIST ordinato, per esempio, secon- 
do la lunghezza, come avviene con 
questo breve script AmigaDOS: 

. k "DIR" FAILAT 11 

LIST >T : pp <DIR> LFORMAT "%-30n 
%1" FILES 

SORT >NIL : T:pp * COLSTART 31 
NUMERI C 

DELETE >NIL : T : pp 

Qui il comando SORT invia in output 
verso la console corrente (*) il file 
generato da LIST (T:pp) ordinando- 
lo a partire dalla colonna 31 (COL- 
START 31 ) e trattando i caratteri che 
incontra come dei valori numerici 
(NUMERIC). Una volta salvato lo 
script in S: ad esempio con il nome 
OLIST, si potranno creare elenchi di 
file ordinati per lunghezza, digitan- 
do semplicemente qualcosa come: 

OLIST RAM: 

E per LIST è tutto. A 
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I l mondo si sta materializzando! 
Come nella Storia Infinita di blen- 
de. Nel nostro caso, il mondo 


UNO SPAZIO PER LE IDEE 

Lo spazio virtuale è, per noi che 


sono: lo stendardo, i pungoli (basto- 
ni di legno utilizzati dai contadini per 
stimolare i buoi), i fiori, l'acqua, l'im- 


reale si dissolve in quello artificiale 
di "Fantasia", anzi "Virtualia". Là 
dove ieri c'era un flipper elettro- 
meccanico oggi c'è un flipper vir- 
tuale; la scacchiera, ornamento del 
nostro salotto buono, si è trasferita 
nelle memorie del calcolatore. C'è 
uno spazio al di là del muro del reale 
che si appresta ad essere esplora- 
to, come nuova frontiera, ad integra - 


lavoriamo alla creazione di immagi- 
ni, quello ideale in cui si materializ- 
zano le idee. In questo primo appun- 
tamento parleremo della creazione 
di un'immagine per la campagna 
pubblicitaria di una festa folkloristi- 
ca che si celebra dalle nostre parti a 
maggio (Festa dei Pugnaioni, Ac- 
quapendente, VT). Come potete 
osservare, gli elementi riprodotti 


magine della donna. Di questi ele- 
menti, tutti, tranne l'immagine della 
donna, sono stati modellati e resi 
(con il termine resa definiremo d'ora 
in poi il processo di rendering) con 
Imagine su Amiga 3000 25 MHz 16 
MB RAM. La foto della ragazza è 
stata elaborata separatamente, per 
essere poi fusa tramite l'utilizzo di 
una maschera con immagine virtua- 


zione del mondo reale. Il 
dibattito sul tema è ampio: 
se ne parla in televisione, 
sui giornali, nelle universi- 
tà; purtroppo a volte senza 
avere quelle conoscenze 
tecniche necessarie alla 
discussione. C'è anche 
chi, forse non a torto, ne fa 
una questione evolutiva. 
Per chi inizia a entrare nel 
mondo virtuale tramite il 
3D su Amiga, la questione 
perde i toni della supposi- 
zione per divenire cosa 
concreta. Noi siamo sulla 
soglia del mondo virtuale, 
anche se per ora possia- 
mo solo vedere aH'intemo 
dei nostri monitor quello 
che tra poco tempo potre- 
mo forse anche calpesta- 
re. In questa rubrica dedi- 
cata al 3D e allo spazio Vir- 
tual e , vorremo che si 
aprisse un laboratorio tec- 
nico di idee, dove presen- 
tare esperienze, analizza- 
re processi di lavoro, ac- 
cogliere richieste e svilup- 
pare questioni presentate 
dagli stessi lettori. 



le del rendering. Il file 
esportato per la selezione 
colore in formato UFF 
2100x3000 pixel è risulta- 
to di 18 MB circa. 

Senza dilungarci ulterior- 
mente in questioni tecni- 
che, informiamo i lettori 
che il dettaglio dell'intero 
processo di lavoro potrà 
essere conosciuto contat- 
tandoci direttamente. In 
questa sede ci occupere- 
mo più semplicemente 
della modellazione e della 
resa dei fiori. 

FIORI VIRTUALI 

Lo spazio che ci circonda 
si sviluppa in tre direzioni, 
che in sintesi ritroviamo 
aH'intemo del nostro ela- 
boratore come assi x, y e 
z. Sarebbe opportuno che 
chi si avvicina alla model- 
lazione tridimensionale 

Irene: "I fiori della 
sollevazione 2" - 
realizzata da Interferenze 
snc - Tel 0763/733921 
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avesse una cognizione anche mini- 
ma di geometria descrittiva, perciò, 
di volta in volta, richiameremoi prin- 
cipi che ci aiuteranno nella spiega- 
zione del processo di lavoro. Gli 
oggetti, per quanto ci riguarda, 
hanno principalmente una forma (è 
una prima generalizzazione, infatti 
potrebbero avere anche un peso, 
ma questo sarà oggetto di trattazioni 
future) composta da porzioni di pia- 
no - le facce - che definiscono la 
superficie del solido (seconda ge- 
neralizzazione, infatti l'evoluzione 
dei modellatori sta già introducendo 
sistemi basati non solo sulle facce). 
La geometria descrittiva ci insegna 
che per definire una faccia (porzio- 
ne di piano), abbiamo bisogno di 
almeno tre punti e di questi ci dovre- 
mo dotare, ogni volta che ci accin- 
giamo a costruirne una. Questo è 
quanto dobbiamo conoscere per 
addentrarci nella modellazionetridi- 
mensionale: tutti gli oggetti che 
costruiremo saranno composti di 
infiniti moduli polidimensionali a tre 
lati. Come vedremo, sarebbe vera- 
mente arduo costruire un qualsiasi 
oggetto, partendo dal collocamento 
sistematico di tutti i punti e le facce 
che lo compongono, quindi la mo- 
delazione si muove principalmente 
in due direzioni alternative. 

La prima parte dalla trasformazione 
di oggetti dati, le cosiddette primiti- 
ve(sfere, coni, cilindri, tori, ecc.) che 
possono essere assemblati tra loro 
per formare oggetti più complessi. 
La secondaverte sulla trasformazio- 
ne di oggetti molto semplici tramite 
funzioni, come ad esempiouna linea 
curva che, sottoposta a rotazione, 
determina un calice. In ogni caso, 
prima di intraprendere una delle 
direzioni, consiglio vivamente di 
perdere qualche minuto nell'osser- 
vazione dell'oggetto che si intende 
riprodurre, tentando mentalmentedi 
scomporlo in primitive o possibili 
figure semplici da sottoporre a tra- 
sformazione. Bisognerebbe, cioè, in 
questa fase tentare di risalire dalla 
forma dell'oggetto finale alle struttu- 
re elementari che lo compongono. 
Tanto più questa fase sarà efficace 
tanto più il nostro lavoro si semplifi- 
cherà e migliore sarà il risultato. Un 


oggetto ben riuscito è quello che 
impegnerà meno possibile la mac- 
china, dando al tempo stesso un 
buon effetto di realismo. Non sem- 
pre questo accade al primo tentati- 
vo, molto dipende dall'esperienza e 
dalla capacità di ognuno di scom- 
porre e ricomporre forme. Ma venia- 
mo ai fiori. Gli oggetti reali a cui mi 
sono ispirato sono i fiori a cinque 
petali (es. piante da frutto), non me 
ne vogliano i botanici, ma le trasfor- 
mazioni che abbiamo apportato ri- 
spondono all’esigenza di rendere il 
fiore in senso ideale e non troppo 
definito. Nella modellazione di que- 
sto fiore non abbiamo usato forme 
primitive, masi è iniziatogenerando 
delle linee e dei piani che, deformati 
con diverse funzioni, hanno assunto 
laformadesiderata. L’osservazione 
del fiore reale induce a dividere il 
modello in cinque parti corrispon- 
denti ai petali e a modellarne una 
sola, da ruotare e moltiplicare poi 
per cinque. Considerando inoltre 
che ogni singolo petalo è in sé sim- 
metrico, sarà sufficiente modellarne 
metà. Partiamo dunque da questo 
semi-petalo. La prima operazione è 
stata quella di immaginare questo 
oggetto schiacciato, quindi abbia- 
mo iniziato modellando una forma 
piatta che avesse i contorni da noi 
desiderati. In previsionedi darle una 
forma tridimensionale, l’oggetto è 
stato scomposto generando all'in- 
terno della figura numerose facce 
(Imagine: funzione Fracture,Sculpt: 
funzioneSubdivide). Una volta com- 
pletata questa operazione abbiamo 
dato al profilo della forma un anda- 
mento a S. Deformando alcune fac- 
ce e spostando alcuni punti, siamo 
infine giunti al termine del modello 
del semi-petalo. Durante l'ultimo 
passaggio dovete prestare atten- 
zione a non deformare il profilo da 
utilizzare per rendere speculare 
l'oggetto e giungere ad un petalo 
intero. Per rendere speculare l'og- 
getto, si possono utilizzare, se il 
programma lo consente, funzioni di 
Mirror, oppure, come nel caso di 
Imagine, basta usare sull'asse desi- 
derato la funzione Scale impostan- 
do un valore negativo. Giunti al peta- 
lo intero, sarà sufficiente ruotarlo 


facendo perno sull'asse delle altez- 
ze di 72 gradi per determinare una 
disposizione pentagonale. Abbia- 
mo ora tutti i petali: per ottenere il 
calice di foglioline che corona la 
base del fiore, potete ripetere l'ope- 
razione partendo da unaformabase 
un poco diversa, oppure, più sem- 
plicemente, deformando quella già 
ottenuta per i petali e cambiandone 
in seguito il colore. 

IL COLORE 

Colorare questi fiori è stata un'ope- 
razione più semplice di quanto pos- 
sa sembrare. Infatti si è trattato 
semplicemente di mappare gli og- 
getti utilizzando bitmap prodotte 
con Deluxe Paint. 

Scelto il colore di fondo, è stata uti- 
lizzata in maniera libera la funzione 
Simmetry di Deluxe Paint, selezio- 
nando il box Point e Cyclic e impo- 
stando nel requester Order, il valore 
5 (lo stesso numero dei petali, così 
da combinare il disegno con la for- 
ma tridimensionale precedente- 
mente creata). L’operazionesi con- 
clude assemblando le parti del fiore 
(petali e calice di foglie) e avendo 
cura di mappare su di essi disegni 
diversi (bianchi o rossi per i fiori e 
verdi per le foglie) senza attribuire 
parametri di riflessione o rugosità 
particolari. Nella versioneche vede- 
te riprodotta in foto, ogni singolo 
fiore si compone di 770 facce tridi- 
mensionali per i petali e 340 per il 
calice di foglie più due bitmap da 
640x512pixel a8colori. Speriamodi 
poter fornire nei prossimi numeri ai 
lettori i modelli di questi fiori cosic- 
ché ognuno possa osservarli più da 
vicino per capire meglio le fasi della 
lavorazione che ha impegnato ogni 
singola parte. A chiunque ce ne farà 
richiesta, forniremo direttamente 
una copia su disco di questo model- 
lo, come degli altri che vedete in 
figura (esclusa Irene). 

In questo primo appuntamento vi 
abbiamo proposto un oggetto abba- 
stanza semplice, nel prossimo 
numero vorremmo proporvi un og- 
getto animato per Imagine cosicché 
potrete servirvene nelle vostre ani- 
mazioni 
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E ccoci giunti all'avvenimento 
europeo più importante per 
quel che riguarda l'industria 
videoludica: il famigerato European 
ComputerTrade Show. Quest'anno, 
la già succulenta fiera videoludica 
ha riservatounabellasorpresaa tutti 
gli addetti ai lavori con gli ECTS 
Awards, ovvero le premiazioni dei 
migliori giochi prodotti negli ultimi 
dodici mesi. Per quel che riguarda 
l'Amiga, vanno citati i premi asse- 
gnati a Monkey Island 2, che ha vinto 
sia nella categoria "Miglior Colonna 
Sonora" sia in quella "Miglior gioco 
d'avventura". Formula 1 Grand Prixè 
andato invece ad aggiudicarsi il tito- 
lo come miglior simulazionee addi- 
rittura Indiana Jones and thè Fate of 
Atlantis è risultato essere il miglior 
gioco per computer dell'ultima sta- 
gione! L'Electronic Arts è stata inve- 
ce la software house piu votata. 

Ma partiamo con la carrellata delle 
novità: la Storm ha intenzione di 
regalare finalmente qualche soddi- 
sfazione ai possessori di CDTV con 
Lawnmower Man 2, tratto dal segui- 
to del film sulla realtà virtuale (in 
Italia "Il Tagliaerbe"). Il gioco incor- 
porerà tutta una serie di stili di gioco 
diversi: tra platform, sparatutto e 
puzzle, godremo di 30 livelli di fanta- 
sticherie. Tra l'altro la Storm crede 
talmente nel CD che ha pure aperto 
una divisione di sviluppo per soli 
dischetti d'argento. La ICEpropone- 
va invece una versione da casa di 
Total Carnage, seguito truculentissi- 
mo del truculento Smash TV: l'idea 
di base è distruggere tutte le miriadi 
di sprite che si affolleranno sullo 
schermo, in uno scenario bellico 
che vi porterà in zone di guerra tipi- 
che. La Domark ci riprova con una 


Simone Crosiqnani 


update del suo colossale gioco cal- 
cistico manageriale: Championship 
Manager. In Championship Mana- 
ger '93 dovrebbero sparire tutti i 
terribili caricamenti che assillavano 
il giocatore e in più sono promesse 
50 caratteristiche nuove: presenza 
di giocatori stranieri, scelta dei rigo- 
risti, regola del retropassaggio al 
portiere e così via. Formulai Cham- 
pions è invece un automobilistico 
arcade basato su un gioco poco 
conosciuto come Vroom: la sua dote 
migliore è lastraordinariafludità, e in 
più, adesso, si può giocare contem- 
poraneamente in due. Non contenta 
di aver realizzato due 3D Construc- 
tion Kit, ora la Domark ci riproverà 
nientemeno che con il Flight-Sim 
Toolkit! Qualcuno avrà già capito di 
cosa si tratta: un creatore di simula- 
tori di volo, in cui si può personaliz- 
zare un aereo (strumentazione 
compresa), ideare un paesaggio, i 
nemici, le missioni e così via. Pas- 
sando alla Renegade, scopriamo 
poi che il tanto atteso Uridium è 
ormai in fase di ultimazioneda parte 
del mitico Andrew Braybrook. Nel 
gioco non mancano i motivi di attra- 
zione: l'astronave è dotata di 48 tra- 
me di animazione, ci sono 50 trame 
di scorrimento al secondo e i cano- 
nici 32 colori su schermo. E', inoltre, 
possibile giocare in due contempo- 



raneamentee il numero di armi extra 
è incredibile. L'unico problema è 
che il gioco è in NTSC, ragione per 
cui l'area di schermo è ridotta, ma 
Braybrook ci ha confermato che è 
stata una sua scelta personale. Altri 
titoli molto appetibili erano Ruff & 
Tumble, splendido platform, ma la 
grande notizia è che ii team di svi- 
luppo della Sensible hagiàmesso le 
mani sul seguito del miglior video- 
gioco di calcio della storia: non si 
chiamerà però Sensible Soccer 2, 
ma, più pomposamente, Sensible 
World of Soccer, nome che dovreb- 
be suggerire una maggiore comple- 
tezza del programma con aspetto 
manageriale incluso; arriverà alla 
fine dell'anno. Annunciato dalla 
Gremlin Zool 2, ovvero il seguito di 
uno dei più sbandierati giochi di 
piattaforme della storia. Litil Divii 
dovrebbe essere comunque una 
delle colonne portanti della prossi- 
ma produzione della Gremlin: sarà a 
metà tra un gioco d'azione e un 
gioco di ruolo, con una simpaticissi- 
ma grafica cartoonistica e un perso- 
naggio davvero accativante: l'umo- 
rismo è veramente ai massimi livelli. 
Infine è in dirittura d'arrivo il seguito 
di Heroquest: si chiamerà The Lega- 
cy of Sorasil e riprenderà la struttura 
del gioco precdente, vale a dire un 
gioco di ruolo molto semplificato e 
grafica isometrica. La Microprose 
presentava Fields of Glory: si'tratta 
di un mix tra strategia e arcade 
ambientatane! 181 4 e vede trai suoi 
protagonisti nientemeno che Napo- 
leone, Wellington e Blucher (ehm... 
chi è?). Non potevano mancare le 
simulazioni: A.T.A.C. uscirà final- 

U ridiu tn 2. 
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mente in versione Amiga e vi vedrà 
come protagonisti di una futuribile 
guerra contro i boss della droga a 
bordo di un caccia e di un elicottero. 
Seguirannopoi Dogfight, simulatore 
in cui potrete guidare tutti i migliori 
aerei da guerra degli ultimi ottan- 
t'anni. Non è una battuta: nel gioco 
passerete facilmente da un Sopwith 
Carnei della prima Guerra Monidale 
a un F-l 1 7 della Guerradel Golfo. Se 
vi interessa guidare solo quest'ulti- 
mo, neanche a farlo apposta, uscirà 
F-117A in cui potrete scatenarvi a 
bordo del famoso caccia"invisibile”. 
Di tutt'altra fattura è, invece, The 
Legacy: si tratta di un gioco di ruolo 
a sfondo orrorifico con grafica in 
soggettiva e un numero di nemici 
davvero massiccio. Rimanendo 
ancorataalle sueabitudini, laOcean 
si è appena accaparrata i diritti del 
film che succederà a Dracula nel 
novero dei "film più attesi": stiamo 
parlando di Jurassic Park, con regia 
di Steven Spielberg e soggetto 
davvero accattivante. La trama ri- 
guarda un parco in cui sono stati 
ricostruiti geneticamente dei dino- 
sauri che, neanche a dirlo, sfuggo- 
no al controllo deH'uomo. Il gioco 
sarà d'azione ma il progetto è tal- 
mente segreto che i programatori 
della Ocean si sono dovuti inventare 
praticamente una propria trama da 
soli. E se qualcuno comincia già a 
disperare per essersi acquistato il 
1200, ecco finalmente una buona 
notizia: due grandi progetti Ocean 
sono stati concepiti apposta per la 
nuova macchina Commodore. Si 
tratta di Inferno e Odyssey (due 
nomi che sono tutto un program- 
ma...): il primo è il seguito di F29 
Retaliator e il scondo è il seguito di 
Epic. Se i nomi non vi dicono niente 
sappiate che il primo è stato uno dei 
simulatori di volo più apprezzati 
dalla stampa mondiale e il secondo 
un simulatore spazialemagari meno 
apprezzato, mache sfoggiavail flui- 
dissimo 3D partorito dalle menti del 
team dei Digital Image Design. Ciò 
che si è visto dimostra nettamente 
che il divario con i superPC non è più 
così grande: le ambientazioni poli- 
gonali sono incredibilmente detta- 
gliate e tutto ha un'animazione iper- 


Jurassic Park. 

fluida. 200 missioni per il primo e 80 
per il secondo dovrebbero poter 
bastare. Volete anche qualcosa del 
CDTV? Ci pensa la Psygnosis con 
Dracula (tratto dal film): overdose 
completa di parallasse, ray-tracing, 
musica ed effetti sonori per un gioco 
d'azione in puro stile Shadow of thè 
Beast; e con Microcosm, viaggio in 
soggettiva all'interno del corpo 
umano con stupende ambientazioni 
che richiamano alla memoria il fa- 
moso film "Viaggio Allucinante" (ve 
lo ricordate? Quello con una favolo- 
sa Raquel Welch e anche qualche 
effetto speciale di contorno. .^.Tor- 
nando a produzioni più "normali", 
non si può far a meno di citare Hired 
Guns (degli stessi creatori di Lem- 
mings), un programma con quattro 
inqudrature in soggettiva, in ognuna 
delle quali potete scatenare l'istinto 
distruttivo di un mercenario dello 
spazio. Gli obiettivi sono sempre gli 
stessi: esseri che non hanno una 
minima parvenzadi umanitàe in più 
c'è un corollario di enigmi (come 
apro quella porta? Come attivo quel 
meccanismo?) a rendere il gioco 
ancora più profondo: incredibilmen- 
te facile da gestire, per un massacro 
senza precedenti. Il simpaticissimo 
Bubba'n Stix veniva presentato 
dalla Core Design: trattasi di un 
platform con stupende animazioni e 
grafica generale davvero notevole. 
Grande attesa anche per Darkmere 
e Blastar: il primo è uno splendido 
arcade-adventure con grafica iso- 
metrica dal favoloso livello di detta- 
glio. Il secondo è uno sparatutto a 
pluriscorrimento fluidissimo. Solo 
annunciati Curse of Enchantia 2 e 
Heimdal' 2: si parla per il primo di 
uscita autunnale e invernale per il 
secondo. Come evitare di parlare di 
Goal, l'attesissima nuova puntata 
calcistica dell'autore di Kick Off? Il 
titolo è targato Virgin e propone due 
tipi di scorrimento, più una tecnica di 
zoom per le azioni che si svolgono 
all'interno delle aree di rigore. L'im- 
pressioneèche, nonostantegli sfor- 
zi per rendere questo gioco innova- 
tivo, Goal potrebbe non soddisfare 
chi ha degustato la giocabilità di un 



Sensible Soccer. Perché poi non 
parlare di Apocalypse, gioco dove 
si devono recuperare ostaggi e 
perpetrare pantagrueliche distru- 
zioni al napalm. Cannon Fodder of- 
frirà invece una distruzione a livelli 
più pedestri, nel senso che stavolta 
vi occueprete di fanteria: pratica- 
mente è un mixage tra Lemmings e 
un gioco di strategia, con i soldati 
indipendenti da imbottire di severis- 
simi ordini. Non ci potevamo dimen- 
ticare di loro: i Team 17 produrranno 
una versione migliorata di Body 
Blows, il picchiaduro dell'anno, e 
non mancheranno di riversarlo sul 
1200 con 256 colori di morbidezza! 
Preparatevi ad accogliere sui vostri 
1200 anche Alien Breed 2 e proprio 
il seguito di Body Blows: nel primo 
caso ci troviamo di fronte a livelli 
mastodontici a 128 colori e nel se- 
condo caso ad avversari provenienti 
da altre galassie. Beh, come si dice 
in gergo: galattico! E il 1200 colpi- 
sce ancora: la Millennium ha inten- 
zione di far uscire apposta per il 
neonato comp la terza puntata della 
saga di James Pond. La grafica è 
semplicemente strepitosa. Che 
conclusioni trarre da questa ultima 
edizione dell'ECTS?Nonostante l'A- 
miga non molli, i riflettori erano deci- 
samente puntati sulle console giap- 
ponesi e sui PC ma questo significa 
anche la conferma di una tendenza 
che già aveva preso piede negli 
ultimi tempi: il numero dei giochi per 
Amiga sta diminuendo, ma, visto il 
clima concorrenziale con le cugine 
console e i PC, la qualità è decisa- 
mente migliorata. In ogni caso, il 
1200 ha fatto vedere cose davvero 
mirabolanti, e senza bisogno di una 
installazione su hard disk ultraca- 
piente come invece è successo per 
Strike Commander, nuovo supesi- 
mulatore che occupa nientemeno 
che 50 MB! Direi che a queste con- 
dizioni, per l'Amiga ci sono ancora 
molti spiragli... 
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BindNames V1.0 

Dove Haynie 

BindNames è una utility che può 
risultare piuttosto comoda per colo- 
ro che posseggono un hard disk 
con parecchi programmi. Spesso 
all'installazione di tali programmi 
viene richiesto dì modificare la star- 
tup-sequence (o user-startup), per 
aggiungere alcuni assegnamenti 
logici necessari al funzionamento 
degli stessi, e ben presto ci si ritrova 
ad avere decine di linee di assegna- 
mento. Questa utility consente di 
eseguire tutti gli assegnamenti ne- 
cessari in una volta, sulla base delle 
informazioni contenute nei file pre- 
senti nella directory ”SYS:Names". 
Per esempio, un eventuale file 
“SYS:Names/System" potrebbe 
avere il seguente contenuto: 


BIN : 

SYS :bin 

OS: 

SYS : os 

C: 

BIN : c 

COM: 

BIN :Com 

h : 

OS : L 


BindNames leggerà tutte le entries 
dei vari file, eseguendo quindi gli 
assegnamenti; poiché questa utility 
è in grado di catturare le dipenden- 
ze tra gli assegnamenti, non è ne- 
cessario preoccuparsi dell'ordine 
delle entries. BindNames inoltre 
creerà automaticamente ogni direc- 
tory non trovata, e in caso di asse- 
gnamenti non effettuabili, genererà 
un messaggio di avvertimento. 

Per l'installazione di questo pro- 
gramma, è sufficiente copiarlo in 
una directory presente nel path (per 
esempio in c:) e aggiungere alla 
user-startup una linea nel formato: 

BindNames [SYSTEM <device>] 
[VERBOSE] [TEST] 


L'opzione "SYSTEM" consente di 
cercare la directory "Names" in 
<device> invece che in "SYS:"; lo 
switch "VERBOSE" fa in modo che il 
programma elenchi ogni nome e 
equivalenza incontrati nei file in 
"SYS:Names”, mentre lo switch 
"TEST" elenca le medesime cose, 


ma senza eseguire l'assegnamen- 
to. L'uso di questa utility può rende- 
re più semplice e razionale l'installa- 
zione dei vostri programmi, consen- 
tendo di creare per ogni programma 
installato un file in "SYS:Names“ 
contenente i dati per gli assegna- 
menti necessari. 

SPECIFICHE DEL PROGRAMMA 

CONFIGURAZIONE MINIMA 

51 2K RAM 

Kickstart 1.2/1. 3/2.0/3.0 


Ego Mouse 

BJ Lehahn 

EgoMouse è un programma che 
trasforma il puntatore standard in 
una frecciache si orienta in modo da 
indicare sempre la direzione in cui si 
sposta. L'installazione di questo 
programma richiede che vengano 
copiati i file presenti nella directory 
"EgoMouse/envarc” in “envarc:' 1 ; tali 
file contengono infatti le immagini 
usate per rappresentare i vari orien- 
tamenti del puntatore. Questa ope- 
razione è eseguita automaticamen- 
te dallo script "Instali" presente nella 
directory "EgoMouse". Una volta 
copiati tali file, se si desidera prova- 
re il programma senza resettare la 
macchina, bisogna digitare da Shell 
il seguente comando: 

copy ENVARC : egomouse to ENV: 
egomouse 


Da questo momento in poi, sempli- 
cemente con un doppio click sull'i- 
cona di EgoMouse, ci ritroveremo a 
guidare con il nostro mouse una 
freccia forse un po' più imprecisa, 
ma sicuramente più divertente. 


SPECIFICHE DEL PROGRAMMA 

CONFIGURAZIONE MINIMA 

51 2K RAM 
Kickstart 2. 0/3.0 


UTILIZZO 

Da Workbench 
doppio click sull’icona 


FILE DI SUPPORTO: 

Nessuno 


Intuitracker VI. 50 

Nils Corneliusen 

Intuitracker è un ottimo player di 
moduli generati da SoundTracker, 
NoiseTracker e ProTracker, perfet- 
tamente funzionante in multitasking. 
Il programma, che si installa sempli- 
cemente trasportandone l'icona nel 
cassetto desiderato, può essere 
lanciato tanto da Workbench quan- 
to da Shell. Nel secondo caso è 
possibile specificare come argo- 
mento una directory, che sarà scan- 
dita alla ricerca di moduli; analogo 
risultato si ottiene nel lancio da 
Workbench, utilizzando il ToolType 
DIRNAME=<dir>. 

Qualora al lancio non fosse stata 
specificata nei due modi suddetti 
nessuna directory, è necessario 
selezionare la voce "Select file/Di- 
rectory" del menu "Track", e sce- 
glierne una utilizzando il file reque- 
ster standard. 

A questo punto dovreste vedere 
aggiunti nel menu “Tracks' 1 tutti i 
nomi dei vostri moduli; se ciò non è 
accaduto, provate a deselezionare 
la voce "Track/Mod file only” del 
menu "Prefs" e quindi a selezionare 
la voce "Rescan directory" del menu 
"Track". 

La lista dei moduli può essere can- 
cellata mediante la voce "Clear 
Track menu" del menu "Track”. 

Una volta selezionato uno dei modu- 
li da menu, questo verrà caricato e 
suonato; si noti che IntuiTracker è in 
grado di riconoscere e utilizzare la 
powerpacker. library e i compresso- 
ri xpk, e quindi i moduli possono 
essere mantenuti in formato com- 
presso. 

IntuiTracker consente un controllo 
molto accurato dell'interfaccia uten- 
te: tramite gli switch del menu "Prefs" 
è possibile decidere di quali control- 
li dotare la finestra visualizzata dal 
programma. Tra gli switch troviamo: 
"none” elimina tutti i controlli pre- 
denti, lasciando solo la title-bar della 
finestra; 

"Volume control": visualizza 
una barra per la regolazione del 
volume; 

"Spectrum analyzer": visualiz- 
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za durante l'ascolto un analizzatore 
a barre dello spettro; 

"Control panel": rende disponi- 
bile nella parte inferiore della fine- 
stra una serie di controlli per aumen- 
tare o diminuire la velocità di ascolto 
(frecce piccole su e giù), per ese- 
guire il modulo precedente o suc- 
cessivo ( l< e >1), per muoversi 
avanti o indietro nel modulo (>> e 
<<), un tasto di Play/pause ( l> ), uno 
per cancellare dalla memoria il 
modulo attuale ( A ), e il tasto dì stop 
(indicato con un quadrato), Il tasto 
contrassegnato dalla scritta 
“TriumpH" visualizza alcune infor- 
mazioni sul modulo caricato se 
queste sono presenti, o il requester 
di about del programma se nessun 
modulo è stato caricato. 

Vediamo ora la funzione di alcune 
altre voci del menu "Prefs": le voci 
“Override filter" e "Force VB timing” 
servono rispettivamente a impedire 
che un modulo modifichi il settaggio 
del filtro audio di Amiga, e a forzare 
una temporizzazione interna basata 
sul pennello video, invece di quella 
standard del programma (necessa- 
rio per alcuni moduli). Il sottomenu 
"Track" fornisce alcuni controlli, tra 
cui il numero massimo di moduli nel 
menu Tracks, un flag che indica se 
il programma deve ricercare i mo- 
duli nella directory appena lanciato, 
e uno che permette di ripetere cicli- 
camente il modulo attuale. 

Una volta stabilita la configurazione 
desiderata, tramite la voce "Save 
settings" questa può essere salvata 
in modo da essere automaticamen- 
te ricaricata al successivo lancio del 
programma. 

Nel menu "Control" infine, oltre a voci 
che duplicano le funzionalità del 
pannello di controllo, troviamo una 
sezione per la programmazione di 
una sequenza di ascolto, tramite la 
quale è possibile specificare un 
ordine di ascolto dei vari moduli, 
anche casuale o alfabetico, e il 
controllo di attivazione/disattivazio- 
ne del filtro audio di Amiga. 

Se non possedete altri moduli, pote- 
te provare IntuiTracker con il file 
"MOD.EnolaGay.pp" incluso nel 
dischetto di questo mese, a patto 
che abbiate la powerpacker. library 


in LIBS:, dato che questo modulo è 
appunto compresso in tale formato. 

SPECIFICHE DEL PROGRAMMA 

CONFIGURAZIONE MINIMA 

51 2K RAM 
Kickstart 2.0/3. 0 

UTILIZZO 

Da Workbench 
doppio click sull’icona 

FILE DI SUPPORTO 

nessuno 


OBLIVION 

Mark Sibly 

Oblivion è un remake del famoso 
arcade-game ''Defender" che supe- 
ra nell'aspetto grafico l'originale. 

Lo scopo del gioco è quello di pilo- 
tare la propria astronave nello spa- 
zio, cercando di impedire che i 
mostri (scout) rapiscano gli umanoi- 
di che si trovano sulla superfìcie del 
pianeta, nella “zona blu". Quando 
uno scout riesce a prelevare un 
umanoide, tenta di trasportarlo ver- 
so la “zona rossa"; se durante il tra- 
gitto riuscite a distruggere lo scout, 
potete salvare l'umanoide "pren- 
dendolo al volo" durante la caduta, e 
riportandolo alla zona blu. Gli uma- 
noidi che toccano la "zona rossa" 
vengono immediatamente trasfor- 
mati nei pericolosi "mutoidi”. Per di- 
fendervi dagli attacchi dei mostri, e 
attaccarli, avete a disposizione: 

- un laser, con durata illimitata; 

- delle "bombe intelligenti", che di- 
struggono tutti i mostri visibili nello 
schermo, ma sono in numero limita- 
to; 

- uno schermo, che vi protegge 
dagli attacchi per un periodo di 
tempo, anch'esso utilizzabile solo 
poche volte. 

Si può giocare da soli o in due 
(premendo FI oF2), usando tastiera 

0 joystick. Se si gioca con la tastiera, 

1 comandi sono: 

<Ctrl sinistro?: movimento verso 
l'alto; 

<Shift sinistro?: movimento verso il 
basso; 

<Alt sinistro?: astronave verso sini- 


stra o destra; 

<.?: spinta motore; 

</? o <-? sulla tastiera italiana: la- 
ser; 

<Shift destro?: schermo protettivo; 
cbarra spazio?: bombe intelligenti. 
Con il tasto F5 vengono visualizzati 
gli high score, mentre con F6 questi 
ultimi vengono salvati, e il program- 
ma termina, più unico che raro, la- 
sciandovi nell'ambiente Work- 
bench, senza costringervi ad un 
reboot della macchina. 

SPECIFICHE DEL PROGRAMMA 

CONFIGURAZIONE MINIMA 

51 2K RAM 

Kickstart 1 .2/1 .3/2.0/3.0 

UTILIZZO 

Da Workbench 

doppio click sull'icona 

FILE DI SUPPORTO 

quelli presenti nella directory "Oblivion 


WBGames 

Marat Fayzullin 

WBGames è una raccolta di cinque 
giochi famosissimi, che sono utiliz- 
zabili da Workbench. 

I giochi, che presentano tutti un'in- 
terfaccia simile, e si lanciano con 
doppio click sull'icona, sono: 
WBTetris 

Lo scopo del gioco pensiamo sia 
abbastanza noto. Le frecce sinistra 
e destra della tastiera spostano il 
pezzo, quella verso l'alto lo fa ruota- 
re, verso il basso ne accelera la 
caduta, mentre la barra spaziatrice 
lascia cadere il pezze: 
WBColumns 

Clone del famoso Ceioris, richiama 
un po' il concetto del gioco prece- 
dente, ma qui saranno eliminati solo 
gruppi di almeno tre quadrati, adia- 
centi in orizzontale o verticale, dello 
stesso colore. I tasti da usare sono 
gli stessi di WBTetris, tranne che per 
la freccia verso l'alto, che cambia la 
posizione dei colori nel pezzo, e il 
tasto Amiga sinistro, che ruota il 
pezzo. Questo gioco necessita di 
uno schermo workbench di almeno 
otto colori. 

WBMineSweeper 
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ON DISK 


Qui l'utente deve individuare le 
caselle che nascondono le mine. 
Col bottone sinistro del mouse sco- 
prite la casella: se in essa vi era una 
mina, avete perso, altrimenti trove- 
rete un numero indicante quante 
mine si trovano nelle otto caselle 
circostanti. Sulla base di queste in- 
formazioni dovreste essere in grado 
di scovare le mine senza scoprirne 
le caselle: fatto ciò, usate il bottone 
destro su tali caselle, marcandole 
così con una bandierina. Vince chi 
identifica tutte le mine nel minortem- 
po. 

WB15 

Il famoso gioco del 15. 

Pilotando la freccia coi tasti cursore, 
dovete spingere le pedine nei loro 
buchi. Questo gioco può essere lan- 
ciato con un doppio click sull'icona 
che contiene i dati sui livelli ("Box- 
Man. dat"). 

SPECIFICHE DEL PROGRAMMA 

CONFIGURAZIONE MINIMA 

512K RAM 

Kickstart 2. 0/3.0 

UTILIZZO 

Da Workbench 

FILE DI SUPPORTO: 

nessuno 


XSize 

Mikael Karlsson 

XSize permette di risolvere ridimen- 
sionare le finestre con lo stile già 
adottato nei sistemi X-Window. Una 
volta attivata da Shell o Workbench, 
si hanno due modalità per attivare il 
processo di resizing di una finestra: 

1. Premendo (senza rilasciarlo) il 
bottone sinistro del mouse col pun- 
tatore sul gadget di resizing della 
window; 

2. Premendo (senza rilasciarlo) un 
tasto "Ctrl" della tastiera Amiga, in- 
sieme al bottone sinistro del mouse, 
col puntatore in un qualunque punto 
della finestra. 

In entrambi i casi, comparirà una 
grìglia all'Interno della finestra, e 
sarete liberi di spostare il puntatore 
nella stessa senza che nulla accada 
(sempre tenendo premuto il bottone 


sinistro del mouse): non appena 
raggiunto uno qualunque dei lati 
della finestra, noterete però che 
questo inizierà a seguire gli sposta- 
menti del mouse. Se a questo punto 
spostate il puntatore verso un degli 
angoli adiacenti a questo lato, note- 
rete che anche il secondo lato del- 
l'angolo inizierà a muoversi col 
mouse. E’ possibile "sganciare” il 
puntatore da un lato premendo il 
bottone destro del mouse, spostarsi 
su un altro lato (mantenendo premu- 
ti entrambi i bottoni del mouse) e 
quindi rilasciare il bottone destro, 
agganciando così un nuovo lato. 

Se preferite, potete usare un tasto 
differente dal "Ctrl” per attivare il 
resizing, lanciando il programma da 
Shell con la sintassi: 

X Si z c- ri n> 

dove <nn> è un valore esadecima- 
le, indicante uno tra i seguenti qua- 
lificatori: 0 1 = Shift sinistro: 02 = Shift 
destro; 04 = Caps Look: 08 = Con- 
trol; 1 0 = Alt sinistro; 20 = Alt destro; 
40 = Amiga sinistro, 80 = Amiga 
destro. Il valore di default è 08 (tasto 
Ctrl). XSize può essere disattivato 
digitando da Shell “Xsize -Q”. 
Questo meccanismo di resizing, 
che all'inizio può apparire lievemen- 
te complesso, permette in realtà una 
gestione molto più veloce ed effi- 
ciente delle operazioni di sposta- 
mento/ridimensionamento di una 
finestra. 

SPECIFICHE DEL PROGRAMMA 

CONFIGURAZIONE MINIMA 

CONFIGURAZIONE MINIMA 

512K RAM 

Kickstart 1.2/1 .3/2.0/3.0 

UTILIZZO 

Da Workbench 

doppio click sull'icona 

Da Shell vedi sopra 

FILE DI SUPPORTO: 

Nessuno 


DocDump V3.6 

Robert Grob 

DocDump è una utility che permette 
di stampare i nostri documenti po- 
nendo quattro pagine di testo su 


ogni foglio, riducendo drasticamen- 
te la quantità di carta necessaria. 
Questo programma al lancio ricerca 
il file ''s:DocDump.settings''; se desi- 
derate lanciarlo non avendo fatto il 
boot dal nostro dischetto, dovete 
perciò copiare tale file dalla directo- 
ry "s" del medesimo a "s:". 

Tutte le opzioni del programma 
sono disponibili mediante i gadget 
presenti nella finestra. 

Vediamo insieme quelle principali: 

Booklet/Dump/Column: 

varia il formato di stampa da 8 pagi- 
ne per foglio (4 per lato), a 4 (tutte 
sullo stesso lato), o 2 (sullo stesso 
lato). 

Analyze: 

determina la quantità di fogli neces- 
sari alla stampa del documento 
caricato. 

Tab support e Formfeed sup- 
porti 

stampa correttamente i file conte- 
nenti dei tab e dei form-feed. 

WWRap + On/WWRap On / 
WWRap off: 

sceglie se abilitare o meno il word 
wrap. 

A4/1 2/1 1/10 inch: 

determina le dimensioni del foglio. 

Load Drv: 

DocDump utilizza dei propri driver 
per gestire correttamente la stam- 
pante; potete scegliere il driver più 
adatto tramite questo gadget, an- 
che se quello di default (EpsonX) di 
solito funziona perfettamente con 
altre stampanti. 

Load e Print: 

permettono rispettivamente il cari- 
camento e la stampa del vostro 
documento. A 


SPECIFICHE DEL PROGRAMMA 

CONFIGURAZIONE MINIMA 

512K RAM 

Kickstart 1 .2/1 .3/2.0/3.0 

UTILIZZO 

Da Workbench 
doppio click sull'icona 

FILE DI SUPPORTO: 

Nella dir s: del dischetto il file è 
DocDump. settings, e il contenuto della 
directory DocDump. 
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Pvofessionali AMIGA 

SOFTWARE 8 HARDWARE 



709.000 89.000 



189.000 189.000 



il.) PROFESSICI A_ ....429000 

A TALK IN 39000 

AL AD IN 4D /1W(K)() 

ALI NONE |2S110(1 

AN MA T RIX MODH ..1 39000 

AREXX S9000 

ART DFP. PRO V 3.0 ....429000 

ART EXPRE5SION 359000 

ASSEMB PRO 149000 

AUDIOMAS TFK IV 1 49000 

AlininON 4 1.19000 

AWARD MAKER PRO ..69000 

ATZEC C DI.VH 42900U 

AZTEC C PROF 279l-(«) 

BAD V4.0 79000 

I3AKS & HPES 3RO .. ..5.WC00 
BBS PC 4.2 89000 


BOARD MASTER 139000 

BOOM BOX 89000 

BROADCAST TJT. Il ... .559000 

CAI. ICARI II 639000 

CALLICRAPHfR 199000 

CAPI-' 68 K ASSEMBLER 1 29000 

COMIC SETTER 1 09000 

COP v ST APPK::VriC-J 39000 

COPVSI HIP. 499000 

CROSS DOS 5 H9f ■()() 

CYCLE MAN 09C00 

CYNJUS ED PRO ' 39COO 

DESIGN IO... : 5*1(10 

DESIGN WORKS 1 79000 

JFSICNER FONTS .... 279000 

DICI WORKS ?:> 169000 

DIR LCIOKY OPUS 89000 

I >15 KM ASTI R Jl 99000 

DISTA NT SUNS 1 .... 1 39000 

D| HELPER 69000 

DOS 2 DOS 79:>0(] 

GRAVA 4D PRO -790C0 

EASY AMOS... 89X0 

EXCELLI-.VCF V 2 279- ICO 

l-AMAVISION 590C0 

FI VAL COPY 139000 

FINAL COPY IJ... 229000 

TLOWi.C 159000 

GP J-AX SOFTWARE -. 18900(1 
I ID EXPRESS 59000 


1 Rosili Punti Vendita : 

A 1 5 ^Computer 

C.so. Francia 333/4 Tarino 

Mi! ^Computer 2 

Via Tripoli 179/b Torino 

Par motivi di spazio non possiamo elencare 
tutti ì prodotti da noi commercializzali. 



380.000 



079.000 309.000 






339.000 



359. DOD 490.000 


SoftFaces 



139.000 

HEAPLINFS II 59000 

HIGI I SPEED PASCAL .279000 

MJSOFT BASIC IE9000 

HISOFT DEVPAC > 189000 

HOME BUI . CAD 359001) 


HOl LINKS V 1.21 1119000 

HYPLRBOOK ...159000 

(MAC E FIN DE R 109000 

IMAGEMAS f r R 359000 

IMAGI NI- 2.0 68 5 000 

J.SOVATOOLS 2.0 ......139000 

JNTERFON ' 109000 

JNIKOCAD 5.19000 

INTROPACK 69000 

INTROCAD PI US 119000 

| FORTI 1 PRO ..259000 

LATICE C++ .,599000 

LATICE C 6.0 679000 

MAC 2 DOS 209000 

MA VE RIC K 4.0 59000 

MA XI P LAN 4.0 ..269000 

MIC RAPI I OCR 609000 

M GRAPH OCR Jr 269000 


MORPH PLUS >59000 

ONLINE PLATINI JM 99000 

OUTLINC 309000 

PAGFSFTTHR 3 139000 

PACE5TREAM 2.1 429000 

PELICAN PKhSS 129000 

Pl:n PA 209000 

PERSONAL rov MK. 1 49000 

pixel in prò >8o:m:o 

PIXFI 3D 2.0 179X0 

POWER WINDOWS .,.129X0 

PRESE N I A I . O N .‘vi 429000 

PRO OKAW V3.0. i 09000 

PRO PAGE 1.0 J 79000 

PRO SCKPT 69000 

PRO V IDEO CC II 279000 

PRO CALC 4 >9000 

PROJECT n 89000 


QUARTE RHACK 5.0... O9C00 

QUICKWRITE ! 09000 

RAVV COPY (IX CU) 

REAL :! D 13 LG iOXl'O 

RLAL ID PROF 779000 

RX l'OOLS 89000 

SAXCN PJB_ISHLR... 429000 

SCAPEMAKLK 2.0 69000 

SCENE Gl NHiATOR .. ..(>4000 

SCI J..KT ANIM. 4D 704000 

SI IOW MAKER 619000 

SKYLIiS'E BBS 204000 

SOFI'ACLS 1 .39000 

SOI TACFS 2 1 .39:)CO 

SPrCTRA COLOR T49:n:o 

SUPERBACK I OSiLXitJ 

“iGERCus i*)9:k:o 

■RUF PKINT 2~ 1 59JCO 

“RUE BASIC 1 .590CC 

“L.RI30 ' FXT 1 ■590011 

“V*SHOW 2 ..1 19. X K.i 

video ti l::r jd 229000 

VI SK ).V'AK V 149000 

VISTA :, RO 2.0 159000 

VISTA ARO 3Mb 2091)00 

V'.S'A 1.2 8<) iW 

WORD- PERrCC f 159i ji'H'i 

YVSHELL 129000 

X CAD '31 y 849000 

X c:OPY PROF 1090:)(- 

sor 4■;9u:>(;■ 



Commodore 

Amiga 4000 25/6/HD4DMb L.3.790.000 

Amiga 4000 25/6/HD120Mb L.3.99O.0D0 

Amiga 4000 25/6/HD200Mb L.4.299.000 

Amiga 3000 25/5/HD 50 Mb L.2.299.000 

Amiga 3000 25/5/HD 100 Mb L.2.299.000 

Amiga 3000 Tower 25/5/HD 1 00 Mb..L.3.699.000 


CONSEGNE 
24/36 ORE 

CON CORRIERE ESPRESSO 


Amiga 3000 Tower 25/5/HD 200 Mb..L.4.299.000 


TRACO 


Monitor 1960 Multisync 


.L. 639. 000 


Prezzi con cambio USO. 1500 


ORDINA SUBITO TELEFONANDO ALLO: 



1/4031 

1/4031 


114 

001 





Servizio di vendita per Corrispondenza 





















Allarga i Tuoi Orizzonti 


GVP presenta: 

A’1200SCSI/Ram+ 
e A-1230 TURB0+ 

Aumentai vantaggi dell'Amiga 1 200 con que- 
ste grandi novità della gamma GVP 

A-1230 TURBO + 

Processore G8EC030 40 Mta, 

• 1MB di rain a 32-bil dOns espandibile a 
32MB 

• Zoccolo per cnprocessore matematico 
opzionale a 40Mhz. t fantastico per le 
animazionij 

• Esclusiva kickslart Remapping Technolo- 
gy GVP. copia la Kickstart ROM nella 
Fast RAM per perlbrmances accelerate. 

t Facile installazione. [ Mantiene valida la 
garanzia A- 1200.1 

A-1 200 SCSI/RAM+ 

• IrKludc un velocitimi) controller per Hard 
disc DMA SCSI. Puoi collegurc fino ad 
altre 7 periferiche SCSI. 

• 1MB standard con RAM 32-bit 6Hns. 
espansione 0 wait state, l'ino a X MB. 

• Zoccolo per coprocessore matematico 
opzionale. 


GVP 



! A-530 TURBO 

* • Amiga world Hia chiamalo la migliore 

* espansione A-5U0mui prodotta. LoOdUa-K) 

, Mhz.del"Turbo"viaceeleraleappliea/ioni 

* più complesse oltre 10 volte, per 

* performanees addirittura superiori aquelle 

* del 3001J. 

t A-50OHD8+ 

■* 

* • Grande utilità con molte features simili al 

* A-530 Turbo 

*• Fino ad 8MB di FAST-RAM. 

* $ Controller Hard Disc DMA SCSI 

* velocissimo, con H Dinterno. 

* • Espandibili^ immediata fino a 7 periferiche 

* SCSI. 

* 

* • Minislulesdusivopernlterioriespatisioni. ■ 

* GVP/PC286 

* BmtlslwePC/ZSB 

* 

* • Si connette nel mini slot del A-501 IHDS+ o 

* delA-\WTurbo.peremulare.un"2X6-lf>" 

- PC, compatibile MS-DOS e Windows. 

* • 5 1 2k Di memoria PC dedicala + sharing 
, della memoria Amiga. Emulazione CGA- 

* VGA mono display, zoccolo per 

* coprocessore matematico 80C287 

* opzionale. 


e GVP per Amiga® 500, 600, e 1200. 

* • Genera 

A1230 WHBO+’ 

A1200SCSWAM+" 

Grandi opportunità per tutta la 

* 

modifiche 

4530 7Mw“ 

gamma Amiga 

■* 

* 

* 

somatiche 

virtuali. 

A500-HD8+' 

G-LOCK 

★ 

+ • 

Interfaccia 

GVP/PC28G 

i il più completo e versatile Genlock mai 

* 

"Amiga-style" 

— 

prodotto, per titolazioni prutessionali ed 

* 

integrata, 

DSS8 

applicazioni grafiche. 

* 

★ 

compatibile 

CineMorph- 

t Interluceia software potentissima ed 

* 

con Amiga DCTV 

intuitiva. 

* 

★ 

oHAM-E. 

tamgeFX" 


• Effetti speciali audio c video. 

DSS-8 

• Registra.moiUaecompone campionamenti 
audio digitali in Icmpo reale, per audio 
mising multimediali. 

• Interfaccia MIDI-IN conaccessodirettotra 
sequenceredediior. 

• Editing grafico e composizione delle forme 
d'onda. 

• Dozzine di effetti edaltre features l’anno del 
DSS-8 la migliore periferica audiodigitalc 
adS-hil. 

CineMorph 

i Software per l'd'tetto speciale Morphing 
(metamorfosi» 

• Potenza sufficentc per risultali professionali, 
ma semplice ed intuitivo per i nm izi. 


Amiga e un marchio registrato da Commudrc-Amiga Ine. Tutti gli altri marchi 
citati sono di proprietà dei rispettivi aventi diritto. 


Image FX 

Software perla composizione delle immagini. 

• Ritocco digitale con il piu completo set di 
filtri, gradiente, distorsioni di immagini e 
maschere presente sul mercato. Possibilità 
di aggiungere testi. 

• C on figurazione di preferenze per ottimizzare 
al massimo le prestazioni del sistema, come 
memori a v irtuaie su H D.T rasforma Amiga 
in un sistema di correzione di immagini 
prepress/color. con CMYK. RGB. HSV e 
YUV. 

• Permette lo "scan in" c> il "grabbing" da 
qualsiasi sorgente. 

• Include il CineMorph. 

Guarda che gamma di prodotti innovativi, senza 

compromessi, e prova il nostro servizio. E 

quello che certamente puoi aspettarti dalla 

societàN. 1 nel mondo per le periferiche Amiga. 

Noi la chiamiamo TOPCLASS performance. 


è distribuito da: 

RS ricerca e sviluppo s.r.l. 

VIA B. BUOZZI, 6 - 40057 CADRIANO DI GRANAROLO (BO) 
TEL. 051/765563 - FAX 051/765568 - BBS. 051/765553 




A1Z30 Turbo+, Al 200 SC 51/RAM. A530 Turbo. A500-HD8-*-. GVP/PC286. G-Lock DSS8, CineMorph and Image FX are trademarks of Great Valley Products. Ine 
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